android進程service
❶ android如何判斷後台一個Service是否在運行
當你了解Service的生命周期以後,你就會明白,你可以在onStop 或者onDestroy()中記錄一下狀態,onStop 執行以後,那麼service肯定是停止的，Service是在一段不定的時間運行在後台，不和用戶交互應用組件。每個Service必須在manifest中 通過<service>來聲明。可以通過contect.startservice和contect.bindserverice來啟動。
Service生命周期
使用context.startService() 啟動Service是會會經歷:
context.startService() ->onCreate()- >onStart()->Service running
context.stopService() | ->onDestroy() ->Service stop
在Service每一次的開啟關閉過程中，只有onStart可被多次調用(通過多次startService調用)，其他onCreate，onBind，onUnbind，onDestory在一個生命周期中只能被調用一次。
而啟動service，根據onStartCommand的返回值不同，有兩個附加的模式：
1. START_STICKY 用於顯示啟動和停止service。
2. START_NOT_STICKY或START_REDELIVER_INTENT用於有命令需要處理時才運行的模式。
Service不能自己運行，需要通過調用Context.startService()或Context.bindService()方法啟動服務。這兩個方法都可以啟動Service，但是它們的使用場合有所不同。
使用startService()方法啟用服務，調用者與服務之間沒有關連，即使調用者退出了，服務仍然運行。如果打算採用Context.startService()方法啟動服務，在服務未被創建時，系統會先調用服務的onCreate()方法，接著調用onStart()方法。如果調用startService()方法前服務已經被創建，多次調用startService()方法並不會導致多次創建服務，但會導致多次調用onStart()方法。採用startService()方法啟動的服務，只能調用Context.stopService()方法結束服務，服務結束時會調用onDestroy()方法。
使用bindService()方法啟用服務，調用者與服務綁定在了一起，調用者一旦退出，服務也就終止，大有「不求同時生，必須同時死」的特點。onBind()只有採用Context.bindService()方法啟動服務時才會回調該方法。該方法在調用者與服務綁定時被調用，當調用者與服務已經綁定，多次調用Context.bindService()方法並不會導致該方法被多次調用。採用Context.bindService()方法啟動服務時只能調用onUnbind()方法解除調用者與服務解除，服務結束時會調用onDestroy()方法。
官方文檔告訴我們，Android系統會盡量保持擁有service的進程運行，只要在該service已經被啟動(start)或者客戶端連接(bindService)到它。當內存不足時，需要保持，擁有service的進程具有較高的優先順序。
1. 如果service正在調用onCreate,onStartCommand或者onDestory方法，那麼用於當前service的進程則變為前台進程以避免被killed。
2. 如果當前service已經被啟動(start)，擁有它的進程則比那些用戶可見的進程優先順序低一些，但是比那些不可見的進程更重要，這就意味著service一般不會被killed.
3. 如果客戶端已經連接到service (bindService),那麼擁有Service的進程則擁有最高的優先順序，可以認為service是可見的。
4. 如果service可以使用startForeground(int, Notification)方法來將service設置為前台狀態，那麼系統就認為是對用戶可見的，並不會在內存不足時killed。
❷ 如何讓Android service進程變成前台進程
Android的前台Service
Service幾乎都是在後台運行的，一直以來它都是默默地做著辛苦的工作。但是Service的系統優先順序還是比較低的，當系統出現內存不足情況時，就有可能會回收掉正在後台運行的Service。如果你希望Service可以一直保持運行狀態，而不會由於系統內存不足的原因導致被回收，就可以考慮使用前台Service
前台Service和普通Service最大的區別就在於，它會一直有一個正在運行的圖標在系統的狀態欄顯示，下拉狀態欄後可以看到更加詳細的信息，非常類似於通知的效果。當然有時候你也可能不僅僅是為了防止Service被回收才使用前台Service，有些項目由於特殊的需求會要求必須使用前台Service，比如說墨跡天氣，它的Service在後台更新天氣數據的同時，還會在系統狀態欄一直顯示當前天氣的信息。
那麼我們就來看一下如何才能創建一個前台Service吧，其實並不復雜，如下所示：
這里只是修改了Service中onCreate()方法的代碼。可以看到，我們首先創建了一個Notification對象，然後調用了它的setLatestEventInfo()方法來為通知初始化布局和數據，並在這里設置了點擊通知後就打開MainActivity。然後調用startForeground()方法就可以讓MyService變成一個前台Service，並會將通知的圖片顯示出來。
現在重新運行一下程序， Service就會以前台Service的模式啟動了，並且在系統狀態欄會彈出一個通欄圖標，下拉狀態欄後可以看到通知的詳細內容。
❸ 如何讓android的service一直在後台運行
java">StartedService的生命周期：
onCreate()：創建服務
onStartCommand()：服務開始運行（在2.0以前版本中，使用onStart()回調方法）
onDestroy()：服務被停止
【詳細說明：】
在程序中調用：context.startService()會觸發執行Service生命周期中的onCreate()、onStartCommand()回調方法，此時服務就開始正式運行；
如果Service還沒有運行，則android先調用onCreate()然後調用onStartCommand()；如果Service已經運行，則只調用onStartCommand()，所以一個Service的onStartCommand方法可能會重復調用多次；
如果在程序中調用：context.stopService()會觸發執行Service生命周期中的onDestroy()回調方法，會讓服務停止；
stopService()的時候直接onDestroy，如果是調用者自己直接退出而沒有調用stopService()的話，Service會一直在後台運行。該Service的調用者再啟動該Service後可以通過stopService關閉Service；stopSelf()
所以StartService的生命周期為：onCreate-->onStartCommand(可多次調用)-->onDestroy。
Service運行在後台，它是不可見的、無界面的程序Service運行在主線程中；最好在Service中啟動新線程來運行耗時的任務
為什麼不使用後台線程而使用Service？
·1、Service可以放在獨立的進程中，所以更安全；
·2、使用Service可以依賴現有的binder機制，不需要在應用層面上處理線程同步的繁雜工作；
·3、系統可以重新啟動異常死去的Service。
服務的分類
1本地服務2遠程服務
啟動服務的方法
1）、Context.startService()
調用者與服務之間沒有關聯，即使調用者退出，服務仍可運行
2）、Context.bindService()
調用者與服務綁定在一起，調用者一旦退出，服務也就終止
a本地服務的分類:
StartedService被啟動服務
被啟動的服務是由其它組件調用startService()方法而啟動的，onStartCommand()被回調，除非調用stopSelf()或stopService()來停止該服務。否則該服務還可以在後台無限期運行
BoundService綁定服務
綁定服務是允許其它應用程序綁定並且與之交互的Service的實現類。為了提供綁定，必須實現onBind()回調方法。該方法返回IBinder對象，它定義了服務類與Activity交互的程序介面。
根據onStartCommand()的返回值還劃分為：粘性服務和非粘性服務
·START_STICKY（常量值：1）：sticky的意思是「粘性的」。使用這個返回值時，我們啟動的服務跟應用程序"粘"在一起，如果在執行完onStartCommand後，服務被異常kill掉，系統會自動重啟該服務。當再次啟動服務時，傳入的第一個參數將為null;
·START_NOT_STICKY（常量值：2）：「非粘性的」。使用這個返回值時，如果在執行完onStartCommand後，服務被異常kill掉，系統不會自動重啟該服務。
·START_REDELIVER_INTENT（常量值：3）：重傳Intent。使用這個返回值時，如果在執行完onStartCommand後，服務被異常kill掉，系統會自動重啟該服務，並將Intent的值傳入。
b遠程服務
遠程服務是吧數據暴露出來由其他應用程序調用
1、StartedService的生命周期：
·onCreate()：創建服務
·onStartCommand()：服務開始運行（在2.0以前版本中，使用onStart()回調方法）
·onDestroy()：服務被停止
調用startedservice會調用服務里的onstartedcommand方法如果第一次調用會調用oncreate方法。
調用stopservice會調用服務里的ondestroy()
2、BoundService的生命周期：
·onCreate()：創建服務
·onBind()：綁定服務，服務開始運行
·onUnbind()：取消綁定
·onDestroy()：服務被停止
·在程序中調用：context.bindService()會觸發執行Service生命周期中的onCreate()、onBind()回調方法，此時服務開始運行；
·onBind將返回給客戶端一個IBind介面實例，IBind允許客戶端回調服務的方法，比如得到Service運行的狀態或其他操作。此後調用者（Context，例如Activity）會和Service綁定在一起；
·如果調用Service的調用者Context退出了，那麼會依次調用Service生命周期中的onUnbind()、onDestroy()回調方法，會讓服務停止；
·所以BindService的生命周期為：onCreate-->onBind(只一次，不可多次綁定)-->onUnbind-->onDestory。
·Service是不能自己啟動
IntentService和Service
·生成一個默認的且與主線程互相獨立的工作者線程來執行所有傳送至onStartCommand()方法的Intetnt
·生成一個工作隊列來傳送Intent對象給你的onHandleIntent()方法，同一時刻只傳送一個Intent對象，這樣一來，你就不必擔心多線程的問題。
·在所有的請求(Intent)都被執行完以後會自動停止服務，所以，你不需要自己去調用stopSelf()方法來停止該服務
·提供了一個onBind()方法的默認實現，它返回null
·提供了一個onStartCommand()方法的默認實現，它將Intent先傳送至工作隊列，然後從工作隊列中每次取出一個傳送至onHandleIntent()方法，在該方法中對Intent對相應的處理
IntentService使用隊列的方式將請求的Intent加入隊列，然後開啟一個workerthread(線程)來處理隊列中的Intent，對於非同步的startService請求，IntentService會處理完成一個之後再處理第二個，每一個請求都會在一個單獨的workerthread中處理，不會阻塞應用程序的主線程。
這里就給我們提供了一個思路，如果有耗時的操作可以在Service裡面開啟新線程，也可以使用IntentService來處理耗時操作。但你若是想在Service中讓多個線程並發的話，就得使用第一種方法，在Service內部起多個線程，但是這樣的話，你可要處理好線程的同步。
❹ Android 之 Service（一）啟動，綁定服務
Service（服務）一個運行在後台執行長時間運行的操作組件，它不提供任何用戶界面，作為與Activity同級的組件，它依舊是運行在主線程中。
其它組件可以啟動一個Service，當這個Service啟動之後便會在後台執行，這里需要注意，由於是在主線程中，所以我們需要另外開啟一個線程來執行我們的耗時操作。
此外，一個組件還可以與一個Service進行綁定來實現組件之間的交互，甚至可以執行IPC（Inter-Process Communication）進程間通信。
Service可以在後台執行很多任務，比如處理網路事務，播放音樂，文件讀寫或者與一個內容提供者交互，等等。
本地服務（Local）
該服務依附在主進程上而不是獨立的進程，這樣在一定程度上節約了資源，另外本地服務因為是在同一進程因此不需要IPC，也不需要AIDL。相應bindService會方便很多，當主進程被Kill後，服務便會終止。一般使用在音樂播放器播放等不需要常駐的服務。
遠程服務(Remote Service)
該服務是獨立的進程，對應進程名格式為所在包名加上你指定的android:process字元串。一般定義方式 android:process=":service" 由於是獨立的進程，因此在Activity所在進程被Kill的時候，該服務依然在運行，不受其他進程影響，有利於為多個進程提供服務具有較高的靈活性。由於是獨立的進程，會佔用一定資源，並且使用AIDL進行IPC比較麻煩。一般用於系統的Service，這種Service是常駐的。
startService啟動的服務
用於啟動一個服務執行後台任務，不與組件進行通信，停止服務使用stopService。 當一個應用組件比如activity通過調用startService()來啟動一個服務的時候，服務便處於啟動狀態。一旦啟動，服務可以在後台無限期地運行下去，即使當啟動它的組件已經銷毀。通常情況下，一個啟動的service執行一個單一的操作並且不會返回任何結果給調用者。
bindService啟動的服務
用於啟動的服務需要進行通信。停止服務使用unbindService。 當一個應用組件通過調用bindService()來與一個服務綁定時，服務便處於綁定狀態。一個綁定的服務提供了一個客戶端-伺服器端介面來允許組件與服務進行交互，發送請求，得到結果甚至通過IPC進程間通信來完成操作。只有當其它組件與服務進行綁定時，服務才會處於綁定狀態。多個組件可以同時與服務綁定，但是當他們全部都解除綁定時，服務就會銷毀。
2.BindService：
如果一個Service在某個Activity中被調用bindService方法啟動，不論bindService被調用幾次，Service的 onCreate 方法只會執行一次，同時 onStartCommand 方法始終不會調用。當建立連接後，Service會一直運行，除非調用unbindService來接觸綁定、斷開連接或調用該Service的Context不存在了（如Activity被Finish——即通過bindService啟動的Service的生命周期依附於啟動它的Context），系統在這時會自動停止該Service。
3.StartService AND BindService：
當一個Service在被啟動(startService 的同時又被綁定(bindService )，該Service將會一直在後台運行，並且不管調用幾次， onCreate 方法始終只會調用一次， onStartCommand 的調用次數與startService 調用的次數一致（使用bindService 方法不會調用 onStartCommand ）。同時，調用unBindService 將不會停止Service，必須調用stopService 或Service自身的stopSelf 來停止服務。
4.停止Service：
當一個服務被終止（stopService 、stopSelf 、unbindService ）時， onDestory 方法將會被調用——所以我們需要在該方法中清除一些工作（依附該Service生命周期上的，比如：停止在Service中創建並運行的線程）。
1.創建服務
如果你才用的是 startService的方式那麼 onBind方法可以忽略
2.注冊服務
3.開啟服務
start:
bind
綁定服務，一般涉及到組件或進程之間的通信，既然需要通信，那麼我們肯定需要一個連接，這里ServiceConnection就是我們所需要的連接，通過Ibinder的傳遞，我們可以獲取到Service的Ibinder對象，從而進行相關操作。
關於粘性服務，這里需要提到 Service的onStartCommand返回值
andorid:name
adroid:exported
android:enabled
android:label
android:process
android:icon
android:permission
關於服務，當我們在應用開發中，如果需要長時間的在後台運行，獨立完成某一些事情的情況下，請使用Service！
此文綜合： http://www.jianshu.com/p/1e49e93c3ec8 以及自己的一些問題看法，用作學習，回顧之用。
Service 前台服務
請參看 紫豪 http://www.jianshu.com/p/5505390503fa
❺ 如何讓Android service進程變成前台進程
這里只是修改了Service中onCreate()方法的代碼。可以看到，我們首先創建了一個Notification對象，然後調用了它的setLatestEventInfo()方法來為通知初始化布局和數據，並在這里設置了點擊通知後就打開MainActivity。然後調用startForeground()方法就可以讓MyService變成一個前台Service，並會將通知的圖片顯示出來。
現在重新運行一下程序， Service就會以前台Service的模式啟動了，並且在系統狀態欄會彈出一個通欄圖標，下拉狀態欄後可以看到通知的詳細內容
❻ android應用進程關閉怎麼啟動service
Service不是分離開的進程，除非其他特殊情況，它不會運行在自己的進程，而是作為啟動運行它的進程的一部分。
Service不是線程，這意味著它將在主線程里勞作。
啟動service有兩種方法：
Context.startService()調用者與服務之間沒有關聯，即使調用者退出，服務仍可運行
Context.bindService() 調用者與服務綁定在一起，調用者一旦退出，服務也就終止。
❼ 如何讓android的service一直在後台運行
1.把service和activity分開，讓service開機啟動。設置一個broadcastreceiver接受開機信號，使用RECEIVE_BOOT_COMPLETED的permission，然後啟動service。activity啟動後綁定到service上，通過ipc機制通信，acitivity結束後松綁。注意安裝後要手動啟動service，不會自動啟動，之後重啟手機後才會隨開機啟動。2.在內存低的時候系統會自動清理進程，這時候後台service可能會被殺掉。可以在onStartCommand中返回START_STICKY，這樣系統有足夠多資源的時候，就會重新開啟service。3.以上不需要NDK，直接用SDK開發就可以了。Android一直運行的後台服務是不存在的，而且也不是最佳實踐，因為一直運行的後台服務會耗費大量系統資源，影響其他程序的響應從而影響到用戶體驗。可以考慮使用如下幾種方案來達到一直運行的效果。1.調用startForeground方法，android:.使用AlarmManager發送定時任務：DiamondsAreForever.ServicesAreNot.我現在也遇到這個問題，我想樓主之所以出現這個問題的原因是，你在Activitiy中創建的Service運行在當前進程中，當你把這個Activitiy的進程殺掉之後，自然這個服務也就停止了。所以我的建議是在startService的時候，讓這個Service運行在與該Activity不同的進程中（可以startService或者開機時創建一個新的進程）。實際上就是Linux裡面的進程操作。可以使用NDK開發，用C或者C++新建一個進程來運行自己的服務，並提高進程優先順序，避免被清理掉（我猜測 和 的推送服務，或許是這么實現的）。有一種做法是開兩個進程來相互監督，一旦其中一個進程被停止，另一個檢測到後，立即或稍後重啟另一個進程。這里可以效仿這種做法。可以開兩個進程，一個用來做前台，另一個負責運行服務，後者沒有activity，由前者初始化並啟動，這樣，當前台進程被關閉時，服務並不被關閉
❽ Android 啟動後台運行程序(Service)
Android開發中，當需要創建在後台運行的程序的時候，就要使用到Service。Service 可以分為有無限生命和有限生命兩種。特別需要注意的是Service跟Activities是不同的（簡單來說可以理解為後台與前台的區別），例如，如果需要使用Service的話，需要調用startService(),從而利用startService()去調用Service中的OnCreate()和onStart()方法來啟動一個後台的Service。 啟動一個Service的過程如下：context.startService() ->onCreate()- >onStart()->Service running其中onCreate()可以進行一些服務的初始化工作，onStart()則啟動服務。 停止一個Service的過程如下：context.stopService() | ->onDestroy() ->Service stop 接下來的實例是一個利用後台服務播放音樂的小例子，點擊start運行服務，點擊stop停止服務。ServicesDemo.java（是一個Activity）
package com.android.myservice;
import android.app.Activity;
import android.content.Intent;
import android.os.Bundle;
import android.util.Log;
import android.view.View;
import android.view.View.OnClickListener;
import android.widget.Button;
public class ServiceDemo extends Activity implements OnClickListener {
private static final String TAG = "ServiceDemo";
Button buttonStart, buttonStop;
}
除此之外還要在Manifest裡面聲明服務:
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android=" http://schemas.android.com/apk/res/android "
package="com.android.myservice">
<application android:label="@string/app_name">
<activity android:name=".ServiceDemo" android:label="@string/app_name">
<intent-filter>
<action android:name="android.intent.action.MAIN"/>
<category android:name="android.intent.category.LAUNCHER"/>
</intent-filter>
</activity>
<service android:enabled="true" android:name=".MyService"/>
</application>
</manifest>
定義Service(MyService.java
package com.android.myservice;
import android.app.Service;
import android.content.Intent;
import android.media.MediaPlayer;
import android.os.IBinder;
import android.util.Log;
import android.widget.Toast;
public class MyService extends Service {
private static final String TAG = "MyService";
MediaPlayer player;
}
layout文件夾中是main.xml
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android=" http://schemas.android.com/apk/res/android "
android:orientation="vertical"
android:layout_width="fill_parent"
android:layout_height="fill_parent"
android:gravity="center">
<TextView
android:layout_width="fill_parent"
android:layout_height="wrap_content" android:text="@string/services_demo" android:gravity="center" android:textSize="20sp" android:padding="20dp"/>
<Button android:layout_width="wrap_content" android:layout_height="wrap_content" android:id="@+id/buttonStart" android:text="@string/start"></Button>
<Button android:layout_width="wrap_content" android:layout_height="wrap_content" android:text="@string/stop" android:id="@+id/buttonStop"></Button>
</LinearLayout>
values 文件夾中是strings.xml
<?xml version="1.0" encoding="utf-8"?>
<resources>
<string name="start">Start</string>
<string name="stop">Stop</string>
<string name="services_demo">Service Demo</string>
</resources>
❾ Android中的Service到底起什麼作用
Service 是android的一種機制，當它運行的時候如果是Local Service，那麼對應的 Service 是運行在主進程的 main 線程上的。如：onCreate，onStart 這些函數在被系統調用的時候都是在主進程的 main 線程上運行的。如果是Remote Service，那麼對應的 Service 則是運行在獨立進程的 main 線程上。因此請不要把 Service 理解成線程，它跟線程半毛錢的關系都沒有！
既然這樣，那麼我們為什麼要用 Service 呢？其實這跟 android 的系統機制有關，我們先拿 Thread 來說。Thread 的運行是獨立於 Activity 的，也就是說當一個 Activity 被 finish 之後，如果你沒有主動停止 Thread 或者 Thread 里的 run 方法沒有執行完畢的話，Thread 也會一直執行。因此這里會出現一個問題：當 Activity 被 finish 之後，你不再持有該 Thread 的引用。另一方面，你沒有辦法在不同的 Activity 中對同一 Thread 進行控制。
舉個例子：如果你的 Thread 需要不停地隔一段時間就要連接伺服器做某種同步的話，該 Thread 需要在 Activity 沒有start的時候也在運行。這個時候當你 start 一個 Activity 就沒有辦法在該 Activity 裡面控制之前創建的 Thread。因此你便需要創建並啟動一個 Service ，在 Service 裡面創建、運行並控制該 Thread，這樣便解決了該問題（因為任何 Activity 都可以控制同一 Service，而系統也只會創建一個對應 Service 的實例）。
因此你可以把 Service 想像成一種消息服務，而你可以在任何有 Context 的地方調用 Context.startService、Context.stopService、Context.bindService，Context.unbindService，來控制它，你也可以在 Service 里注冊 BroadcastReceiver，在其他地方通過發送 broadcast 來控制它，當然這些都是 Thread 做不到的。