Service的相關(guān)知識(shí)雖然簡單，但是也比較瑣碎，其衍生知識(shí)也比較多。本篇從Service的生命周期、運(yùn)行和使用方式的角度簡單介紹了Service。而在Service中關(guān)于IPC方面的知識(shí)放在Android進(jìn)程間通信的部分介紹。
Service是一個(gè)在后臺(tái)執(zhí)行的應(yīng)用組件，用于在后臺(tái)進(jìn)行長期操作，例如進(jìn)行網(wǎng)絡(luò)事務(wù)，播放背景音樂等等。在官網(wǎng)文檔中：
Service是一個(gè)可以在后臺(tái)執(zhí)行長時(shí)間運(yùn)行操作而不使用用戶界面的應(yīng)用組件。服務(wù)可由其他應(yīng)用組件啟動(dòng)，而且即使用戶切換到其他應(yīng)用，服務(wù)仍將在后臺(tái)繼續(xù)運(yùn)行。 此外，組件可以綁定到服務(wù)，以與之進(jìn)行交互，甚至是執(zhí)行進(jìn)程間通信 (IPC)。 例如，服務(wù)可以處理網(wǎng)絡(luò)事務(wù)、播放音樂，執(zhí)行文件 I/O 或與內(nèi)容提供程序交互，而所有這一切均可在后臺(tái)進(jìn)行。
Service的使用方式分為兩種：非綁定啟動(dòng)和綁定啟動(dòng)
非綁定啟動(dòng)：當(dāng)應(yīng)用組件（如 Activity）通過調(diào)用startService方法啟動(dòng)Service時(shí)，Service即處于“啟動(dòng)”狀態(tài)。一旦啟動(dòng)，Service即可在后臺(tái)無限期運(yùn)行，即使啟動(dòng)Service的組件已被銷毀也不受影響。 已啟動(dòng)的Service通常是執(zhí)行單一操作，而且不會(huì)將結(jié)果返回給調(diào)用方。例如，它可能通過網(wǎng)絡(luò)下載或上傳文件。 操作完成后，Service會(huì)自行停止運(yùn)行。
綁定啟動(dòng)：當(dāng)應(yīng)用組件通過調(diào)用bindService方法綁定到Service時(shí)，Service即處于“綁定”狀態(tài)。綁定Service提供了一個(gè)客戶端-服務(wù)器接口，允許組件與Service進(jìn)行交互、發(fā)送請(qǐng)求、獲取結(jié)果，甚至是利用進(jìn)程間通信 (IPC) 跨進(jìn)程執(zhí)行這些操作。 僅當(dāng)與另一個(gè)應(yīng)用組件綁定時(shí)，綁定Service才會(huì)運(yùn)行。 多個(gè)組件可以同時(shí)綁定到該Service，但全部取消綁定后，該Service即會(huì)被銷毀。
Service可以同時(shí)使用兩種方式運(yùn)行，它既可以是非綁定Service（以無限期運(yùn)行），也允許綁Service。不同的運(yùn)行方式所使用的回調(diào)方法也不相同，但都可以被其他組件使用（私有的除外）。
另外，我們需要注意的是，Service默認(rèn)情況下運(yùn)行在UI線程中，只負(fù)責(zé)與其他組件進(jìn)行交互，耗時(shí)操作應(yīng)另開線程完成。
Service的生命周期與運(yùn)行
與Activity相同，Service也有自己的生命周期和回調(diào)方法，由于運(yùn)行模式的不同，回調(diào)方法也不一樣。
onCreate：首次創(chuàng)建Service時(shí)，系統(tǒng)將調(diào)用此方法來執(zhí)行一次性設(shè)置程序，如果Service已在運(yùn)行，則不會(huì)調(diào)用此方法。
onDestroy：當(dāng)Service不再使用且將被銷毀時(shí)，系統(tǒng)將調(diào)用此方法。Service應(yīng)該實(shí)現(xiàn)此方法來清理所有資源，如線程、注冊的偵聽器、接收器等。 這是Service接收的最后一個(gè)調(diào)用。
如果我們使用startService方法以非綁定的方式啟動(dòng)Service，則系統(tǒng)會(huì)回調(diào)onStartCommend方法，Service會(huì)一直運(yùn)行，直到它自己調(diào)用stopSelf方法或其他組件調(diào)用stopService方法停止它。如果我們使用bindService方法來啟動(dòng)Service，則系統(tǒng)會(huì)回調(diào)onBind方法，Service只會(huì)在該組件與其綁定時(shí)運(yùn)行。一旦該Service與所有客戶端之間的綁定全部取消，系統(tǒng)便會(huì)銷毀它。而解綁的時(shí)候時(shí)調(diào)用onUnBind方法
onStartCommend：通過非綁定方式啟動(dòng)Service時(shí)會(huì)調(diào)用該方法，一旦執(zhí)行此方法，Service即會(huì)啟動(dòng)并可在后臺(tái)無限期運(yùn)行，直到被停止。
onBind：當(dāng)另一個(gè)組件想通過調(diào)用bindService方法與Service綁定（例如執(zhí)行 RPC）時(shí)，系統(tǒng)將調(diào)用此方法。在此方法的實(shí)現(xiàn)中，需要通過返回IBinder接口，以供客戶端用來與Service進(jìn)行通信。但如果不允許綁定，則應(yīng)返回 null。
與其他組件一樣，系統(tǒng)當(dāng)內(nèi)存不足時(shí)，也會(huì)殺死那些優(yōu)先級(jí)低的組件。系統(tǒng)只有在內(nèi)存過低，需要運(yùn)行與用戶交互的activity時(shí)，才會(huì)停止后臺(tái)Service。Service的優(yōu)先級(jí)可以分為如下幾類：
前臺(tái)運(yùn)行：通過startForeground方法將當(dāng)前Service與前臺(tái)狀態(tài)欄中的通知綁定，從而保持該Service與用戶處于交互狀態(tài)，因此該Service優(yōu)先級(jí)最高，一般不會(huì)被殺死。通過stopForeground方法可以解除Service的前臺(tái)運(yùn)行狀態(tài)，但是不會(huì)停止服務(wù)。
與activity綁定：Service可以與activity綁定在一起，那些與獲取到用戶焦點(diǎn)的activity綁定在一起的Service通常具有較高的優(yōu)先級(jí)，也不太會(huì)被系統(tǒng)殺死。
后臺(tái)運(yùn)行：隨著Service運(yùn)行的時(shí)間增加，系統(tǒng)會(huì)隨著時(shí)間的推移降低Service在后臺(tái)任務(wù)列表中的位置，而Service也將隨之變得非常容易被終止。對(duì)于非綁定型的Service，通常會(huì)很容易被終止，因此需要妥善處理其重啟工作。
當(dāng)系統(tǒng)殺死service后，可以有不同的處理方式，具體放在onStartCommend方法的返回值部分討論。
Service的使用
我們通常會(huì)通過繼承Service類和IntentService類的方式來使用Service。
繼承Service： 繼承service類時(shí)，必須創(chuàng)建一個(gè)用于執(zhí)行所有服務(wù)工作的新線程，因?yàn)槟J(rèn)情況下，服務(wù)將使用應(yīng)用的主線程，這會(huì)降低應(yīng)用正在運(yùn)行的所有 Activity 的性能。
繼承IntentService： IntentService使用工作線程逐一處理所有啟動(dòng)請(qǐng)求。如果沒有并發(fā)的需求時(shí)，這是最好的選擇。IntentService創(chuàng)建了一個(gè)工作隊(duì)列，用于將接收到的 Intent 逐一傳遞給我onHandleIntent方法中，對(duì)所有請(qǐng)求的intent進(jìn)行處理。當(dāng)所有請(qǐng)求任務(wù)都完成后，則自動(dòng)停止該service。
onStartCommend方法的返回值
在非綁定型的service中，我們通常會(huì)onStartCommend方法中開啟多線程來處理intent請(qǐng)求，該方法返回了一個(gè)整數(shù)值，用于描述系統(tǒng)應(yīng)該如何在Service終止的情況下繼續(xù)運(yùn)行Service：
START_NOT_STICKY：如果當(dāng)onStartCommand方法返回后，系統(tǒng)殺死了service，除非又有intent請(qǐng)求傳遞進(jìn)來，否則將不會(huì)重新啟動(dòng)service。該選項(xiàng)可以很安全地確保當(dāng)應(yīng)用程序重啟那些未完成的工作，而并不需要運(yùn)行service時(shí)，避免service的啟動(dòng)運(yùn)行。
START_STICKY：如果當(dāng)onStartCommand方法返回后，系統(tǒng)殺死了service，那么將會(huì)重新啟動(dòng)service，并執(zhí)行onStartCommand方法，但是重新傳遞進(jìn)來的intent并不是上一個(gè)intent了，而是使用null來代替（除非有新的intent請(qǐng)求）。該選項(xiàng)適用于類似于媒體播放器這種service，不執(zhí)行任何命令，只是一直在運(yùn)行等待任務(wù)。
START_REDELIVER_INTENT：與START_STICKY相似，如果當(dāng)onStartCommand方法返回后，系統(tǒng)殺死了service，那么將會(huì)重新啟動(dòng)service，并執(zhí)行onStartCommand方法，重新傳遞進(jìn)來的intent與上一個(gè)相同，隨后而來的intent請(qǐng)求將會(huì)依次執(zhí)行。該選項(xiàng)適用于類似下載任務(wù)的service，一直處于活躍狀態(tài)，一旦掛掉就需要立即恢復(fù)。
綁定型service的使用
利用bindService方法可讓組件（例如 Activity）綁定到Service、發(fā)送請(qǐng)求、接收響應(yīng)，甚至執(zhí)行進(jìn)程間通信 (IPC)。 綁定Service通常只在為其他應(yīng)用組件服務(wù)時(shí)處于活動(dòng)狀態(tài)，不會(huì)無限期在后臺(tái)運(yùn)行。
請(qǐng)求服務(wù)的組件和Service組成了C/S的交互模式。
客戶端通過bindService方法請(qǐng)求服務(wù)并綁定到Service服務(wù)端，同時(shí)該組件應(yīng)提供一個(gè)ServiceConnection對(duì)象來監(jiān)控與服務(wù)端的連接。
服務(wù)端需要實(shí)現(xiàn)onBind方法需要返回一個(gè)IBinder接口對(duì)象，該接口定義了客戶端用來與服務(wù)進(jìn)行交互的編程接口。Service在建立連接時(shí)，會(huì)回調(diào)ServiceConnection對(duì)象的onServiceConnectted方法，將IBinder接口給客戶端，用以讓客戶端能夠與Service通信。
多個(gè)客戶端可同時(shí)連接到一個(gè)服務(wù)。不過，只有在第一個(gè)客戶端綁定時(shí)，系統(tǒng)才會(huì)調(diào)用服務(wù)的onBind方法來檢索IBinder。系統(tǒng)隨后無需再次調(diào)用onBind方法，便可將同一IBinder傳遞至任何其他綁定的客戶端。
當(dāng)最后一個(gè)客戶端取消與Service的綁定時(shí)，系統(tǒng)會(huì)將Service銷毀（除非之前就通過非綁定型也啟動(dòng)了該服務(wù)）。
注：所有客戶端都應(yīng)在適當(dāng)?shù)臅r(shí)間（例如當(dāng) Activity 暫停時(shí)）取消綁定。
綁定型Service與客戶端通信
服務(wù)端的Service在onBind方法中返回了一個(gè)IBinder接口對(duì)象給客戶端，該接口定義了客戶端用來與服務(wù)進(jìn)行交互的編程接口。可以有如下三種方式實(shí)現(xiàn)該接口對(duì)象：
繼承Binder類：如果該Service只為本App提供提供服務(wù)，且無需跨進(jìn)程通信（IPC），則應(yīng)該使用繼承Binder接口的方式來實(shí)現(xiàn)IBinder對(duì)象。客戶端收到Service返回的Binder對(duì)象后，利用它可以直接調(diào)用Service的公有方法。當(dāng)客戶端和Service不在同一進(jìn)程或非同一App調(diào)用時(shí)無法使用這種方法。
使用Messenger：使用Messenger可以在不同進(jìn)程間傳遞message對(duì)象，從而完成進(jìn)程間通信的工作。Messenger的底層實(shí)現(xiàn)是AIDL，但它會(huì)在單一線程中創(chuàng)建包含所有請(qǐng)求的隊(duì)列，不必對(duì)Service進(jìn)行線程安全設(shè)計(jì)，因此這是一種執(zhí)行進(jìn)程間通信的輕量級(jí)方法。
使用AIDL：AIDL（Android 接口定義語言）執(zhí)行所有將對(duì)象分解成原語的工作，操作系統(tǒng)可以識(shí)別這些原語并將它們編組到各進(jìn)程中，以執(zhí)行跨進(jìn)程通信。利用AIDL可以讓Service具有多線程處理能力，但是需要保證線程安全。
官網(wǎng)文檔 注：大多數(shù)應(yīng)用“都不會(huì)”使用 AIDL 來創(chuàng)建綁定Service，因?yàn)樗赡芤缶邆涠嗑€程處理能力，并可能導(dǎo)致實(shí)現(xiàn)的復(fù)雜性增加。因此，AIDL 并不適合大多數(shù)應(yīng)用。
