Service的相關(guān)知識雖然簡單，但是也比較瑣碎，其衍生知識也比較多。本篇從Service的生命周期、運(yùn)行和使用方式的角度簡單介紹了Service。而在Service中關(guān)于IPC方面的知識放在Android進(jìn)程間通信的部分介紹。

Service是一個在后臺執(zhí)行的應(yīng)用組件，用于在后臺進(jìn)行長期操作，例如進(jìn)行網(wǎng)絡(luò)事務(wù)，播放背景音樂等等。在官網(wǎng)文檔中：

Service是一個可以在后臺執(zhí)行長時間運(yùn)行操作而不使用用戶界面的應(yīng)用組件。服務(wù)可由其他應(yīng)用組件啟動，而且即使用戶切換到其他應(yīng)用，服務(wù)仍將在后臺繼續(xù)運(yùn)行。 此外，組件可以綁定到服務(wù)，以與之進(jìn)行交互，甚至是執(zhí)行進(jìn)程間通信 (IPC)。 例如，服務(wù)可以處理網(wǎng)絡(luò)事務(wù)、播放音樂，執(zhí)行文件 I/O 或與內(nèi)容提供程序交互，而所有這一切均可在后臺進(jìn)行。

Service的使用方式分為兩種：非綁定啟動和綁定啟動

非綁定啟動：當(dāng)應(yīng)用組件（如 Activity）通過調(diào)用startService方法啟動Service時，Service即處于“啟動”狀態(tài)。一旦啟動，Service即可在后臺無限期運(yùn)行，即使啟動Service的組件已被銷毀也不受影響。 已啟動的Service通常是執(zhí)行單一操作，而且不會將結(jié)果返回給調(diào)用方。例如，它可能通過網(wǎng)絡(luò)下載或上傳文件。 操作完成后，Service會自行停止運(yùn)行。

綁定啟動：當(dāng)應(yīng)用組件通過調(diào)用bindService方法綁定到Service時，Service即處于“綁定”狀態(tài)。綁定Service提供了一個客戶端-服務(wù)器接口，允許組件與Service進(jìn)行交互、發(fā)送請求、獲取結(jié)果，甚至是利用進(jìn)程間通信 (IPC) 跨進(jìn)程執(zhí)行這些操作。 僅當(dāng)與另一個應(yīng)用組件綁定時，綁定Service才會運(yùn)行。 多個組件可以同時綁定到該Service，但全部取消綁定后，該Service即會被銷毀。

Service可以同時使用兩種方式運(yùn)行，它既可以是非綁定Service（以無限期運(yùn)行），也允許綁Service。不同的運(yùn)行方式所使用的回調(diào)方法也不相同，但都可以被其他組件使用（私有的除外）。

另外，我們需要注意的是，Service默認(rèn)情況下運(yùn)行在UI線程中，只負(fù)責(zé)與其他組件進(jìn)行交互，耗時操作應(yīng)另開線程完成。

Service的生命周期與運(yùn)行

與Activity相同，Service也有自己的生命周期和回調(diào)方法，由于運(yùn)行模式的不同，回調(diào)方法也不一樣。

onCreate：首次創(chuàng)建Service時，系統(tǒng)將調(diào)用此方法來執(zhí)行一次性設(shè)置程序，如果Service已在運(yùn)行，則不會調(diào)用此方法。

onDestroy：當(dāng)Service不再使用且將被銷毀時，系統(tǒng)將調(diào)用此方法。Service應(yīng)該實(shí)現(xiàn)此方法來清理所有資源，如線程、注冊的偵聽器、接收器等。 這是Service接收的最后一個調(diào)用。

如果我們使用startService方法以非綁定的方式啟動Service，則系統(tǒng)會回調(diào)onStartCommend方法，Service會一直運(yùn)行，直到它自己調(diào)用stopSelf方法或其他組件調(diào)用stopService方法停止它。如果我們使用bindService方法來啟動Service，則系統(tǒng)會回調(diào)onBind方法，Service只會在該組件與其綁定時運(yùn)行。一旦該Service與所有客戶端之間的綁定全部取消，系統(tǒng)便會銷毀它。而解綁的時候時調(diào)用onUnBind方法

onStartCommend：通過非綁定方式啟動Service時會調(diào)用該方法，一旦執(zhí)行此方法，Service即會啟動并可在后臺無限期運(yùn)行，直到被停止。

onBind：當(dāng)另一個組件想通過調(diào)用bindService方法與Service綁定（例如執(zhí)行 RPC）時，系統(tǒng)將調(diào)用此方法。在此方法的實(shí)現(xiàn)中，需要通過返回IBinder接口，以供客戶端用來與Service進(jìn)行通信。但如果不允許綁定，則應(yīng)返回 null。

與其他組件一樣，系統(tǒng)當(dāng)內(nèi)存不足時，也會殺死那些優(yōu)先級低的組件。系統(tǒng)只有在內(nèi)存過低，需要運(yùn)行與用戶交互的activity時，才會停止后臺Service。Service的優(yōu)先級可以分為如下幾類：

前臺運(yùn)行：通過startForeground方法將當(dāng)前Service與前臺狀態(tài)欄中的通知綁定，從而保持該Service與用戶處于交互狀態(tài)，因此該Service優(yōu)先級最高，一般不會被殺死。通過stopForeground方法可以解除Service的前臺運(yùn)行狀態(tài)，但是不會停止服務(wù)。

與activity綁定：Service可以與activity綁定在一起，那些與獲取到用戶焦點(diǎn)的activity綁定在一起的Service通常具有較高的優(yōu)先級，也不太會被系統(tǒng)殺死。

后臺運(yùn)行：隨著Service運(yùn)行的時間增加，系統(tǒng)會隨著時間的推移降低Service在后臺任務(wù)列表中的位置，而Service也將隨之變得非常容易被終止。對于非綁定型的Service，通常會很容易被終止，因此需要妥善處理其重啟工作。

當(dāng)系統(tǒng)殺死service后，可以有不同的處理方式，具體放在onStartCommend方法的返回值部分討論。

Service的使用

我們通常會通過繼承Service類和IntentService類的方式來使用Service。

繼承Service： 繼承service類時，必須創(chuàng)建一個用于執(zhí)行所有服務(wù)工作的新線程，因為默認(rèn)情況下，服務(wù)將使用應(yīng)用的主線程，這會降低應(yīng)用正在運(yùn)行的所有 Activity 的性能。

繼承IntentService： IntentService使用工作線程逐一處理所有啟動請求。如果沒有并發(fā)的需求時，這是最好的選擇。IntentService創(chuàng)建了一個工作隊列，用于將接收到的 Intent 逐一傳遞給我onHandleIntent方法中，對所有請求的intent進(jìn)行處理。當(dāng)所有請求任務(wù)都完成后，則自動停止該service。

onStartCommend方法的返回值

在非綁定型的service中，我們通常會onStartCommend方法中開啟多線程來處理intent請求，該方法返回了一個整數(shù)值，用于描述系統(tǒng)應(yīng)該如何在Service終止的情況下繼續(xù)運(yùn)行Service：

START_NOT_STICKY：如果當(dāng)onStartCommand方法返回后，系統(tǒng)殺死了service，除非又有intent請求傳遞進(jìn)來，否則將不會重新啟動service。該選項可以很安全地確保當(dāng)應(yīng)用程序重啟那些未完成的工作，而并不需要運(yùn)行service時，避免service的啟動運(yùn)行。

START_STICKY：如果當(dāng)onStartCommand方法返回后，系統(tǒng)殺死了service，那么將會重新啟動service，并執(zhí)行onStartCommand方法，但是重新傳遞進(jìn)來的intent并不是上一個intent了，而是使用null來代替（除非有新的intent請求）。該選項適用于類似于媒體播放器這種service，不執(zhí)行任何命令，只是一直在運(yùn)行等待任務(wù)。

START_REDELIVER_INTENT：與START_STICKY相似，如果當(dāng)onStartCommand方法返回后，系統(tǒng)殺死了service，那么將會重新啟動service，并執(zhí)行onStartCommand方法，重新傳遞進(jìn)來的intent與上一個相同，隨后而來的intent請求將會依次執(zhí)行。該選項適用于類似下載任務(wù)的service，一直處于活躍狀態(tài)，一旦掛掉就需要立即恢復(fù)。

綁定型service的使用

利用bindService方法可讓組件（例如 Activity）綁定到Service、發(fā)送請求、接收響應(yīng)，甚至執(zhí)行進(jìn)程間通信 (IPC)。 綁定Service通常只在為其他應(yīng)用組件服務(wù)時處于活動狀態(tài)，不會無限期在后臺運(yùn)行。

請求服務(wù)的組件和Service組成了C/S的交互模式。

客戶端通過bindService方法請求服務(wù)并綁定到Service服務(wù)端，同時該組件應(yīng)提供一個ServiceConnection對象來監(jiān)控與服務(wù)端的連接。

服務(wù)端需要實(shí)現(xiàn)onBind方法需要返回一個IBinder接口對象，該接口定義了客戶端用來與服務(wù)進(jìn)行交互的編程接口。Service在建立連接時，會回調(diào)ServiceConnection對象的onServiceConnectted方法，將IBinder接口給客戶端，用以讓客戶端能夠與Service通信。

多個客戶端可同時連接到一個服務(wù)。不過，只有在第一個客戶端綁定時，系統(tǒng)才會調(diào)用服務(wù)的onBind方法來檢索IBinder。系統(tǒng)隨后無需再次調(diào)用onBind方法，便可將同一IBinder傳遞至任何其他綁定的客戶端。

當(dāng)最后一個客戶端取消與Service的綁定時，系統(tǒng)會將Service銷毀（除非之前就通過非綁定型也啟動了該服務(wù)）。

注：所有客戶端都應(yīng)在適當(dāng)?shù)臅r間（例如當(dāng) Activity 暫停時）取消綁定。

綁定型Service與客戶端通信

服務(wù)端的Service在onBind方法中返回了一個IBinder接口對象給客戶端，該接口定義了客戶端用來與服務(wù)進(jìn)行交互的編程接口?？梢杂腥缦氯N方式實(shí)現(xiàn)該接口對象：

繼承Binder類：如果該Service只為本App提供提供服務(wù)，且無需跨進(jìn)程通信（IPC），則應(yīng)該使用繼承Binder接口的方式來實(shí)現(xiàn)IBinder對象?？蛻舳耸盏絊ervice返回的Binder對象后，利用它可以直接調(diào)用Service的公有方法。當(dāng)客戶端和Service不在同一進(jìn)程或非同一App調(diào)用時無法使用這種方法。

使用Messenger：使用Messenger可以在不同進(jìn)程間傳遞message對象，從而完成進(jìn)程間通信的工作。Messenger的底層實(shí)現(xiàn)是AIDL，但它會在單一線程中創(chuàng)建包含所有請求的隊列，不必對Service進(jìn)行線程安全設(shè)計，因此這是一種執(zhí)行進(jìn)程間通信的輕量級方法。

使用AIDL：AIDL（Android 接口定義語言）執(zhí)行所有將對象分解成原語的工作，操作系統(tǒng)可以識別這些原語并將它們編組到各進(jìn)程中，以執(zhí)行跨進(jìn)程通信。利用AIDL可以讓Service具有多線程處理能力，但是需要保證線程安全。

官網(wǎng)文檔 注：大多數(shù)應(yīng)用“都不會”使用 AIDL 來創(chuàng)建綁定Service，因為它可能要求具備多線程處理能力，并可能導(dǎo)致實(shí)現(xiàn)的復(fù)雜性增加。因此，AIDL 并不適合大多數(shù)應(yīng)用。