Service全部內(nèi)容基本會在本篇涉及到，我們將圍繞以下主要知識點(diǎn)進(jìn)行分析：

• Service簡單概述
• Service在清單文件中的聲明
• Service啟動服務(wù)實(shí)現(xiàn)方式及其詳解
• Service綁定服務(wù)的三種實(shí)現(xiàn)方式
• 關(guān)于啟動服務(wù)與綁定服務(wù)間的轉(zhuǎn)換問題
• 前臺服務(wù)以及通知發(fā)送
• 服務(wù)Service與線程Thread的區(qū)別
• 管理服務(wù)生命周期的要點(diǎn)
• Android 5.0以上的隱式啟動問題及其解決方案
• 保證服務(wù)不被殺死的實(shí)現(xiàn)思路

1.Service簡單概述

  Service(服務(wù))是一個一種可以在后臺執(zhí)行長時間運(yùn)行操作而沒有用戶界面的應(yīng)用組件。服務(wù)可由其他應(yīng)用組件啟動（如Activity），服務(wù)一旦被啟動將在后臺一直運(yùn)行，即使啟動服務(wù)的組件（Activity）已銷毀也不受影響。 此外，組件可以綁定到服務(wù)，以與之進(jìn)行交互，甚至是執(zhí)行進(jìn)程間通信 (IPC)。 例如，服務(wù)可以處理網(wǎng)絡(luò)事務(wù)、播放音樂，執(zhí)行文件 I/O 或與內(nèi)容提供程序交互，而所有這一切均可在后臺進(jìn)行，Service基本上分為兩種形式：

• 啟動狀態(tài)

  當(dāng)應(yīng)用組件（如 Activity）通過調(diào)用 startService() 啟動服務(wù)時，服務(wù)即處于“啟動”狀態(tài)。一旦啟動，服務(wù)即可在后臺無限期運(yùn)行，即使啟動服務(wù)的組件已被銷毀也不受影響，除非手動調(diào)用才能停止服務(wù)， 已啟動的服務(wù)通常是執(zhí)行單一操作，而且不會將結(jié)果返回給調(diào)用方。

• 綁定狀態(tài)

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

2.Service在清單文件中的聲明

  前面說過Service分為啟動狀態(tài)和綁定狀態(tài)兩種，但無論哪種具體的Service啟動類型，都是通過繼承Service基類自定義而來，也都需要在AndroidManifest.xml中聲明，那么在分析這兩種狀態(tài)之前，我們先來了解一下Service在AndroidManifest.xml中的聲明語法，其格式如下：

<service android:enabled=["true" | "false"]
    android:exported=["true" | "false"]
    android:icon="drawable resource"
    android:isolatedProcess=["true" | "false"]
    android:label="string resource"
    android:name="string"
    android:permission="string"
    android:process="string" >
    . . .
</service>

• android:exported：代表是否能被其他應(yīng)用隱式調(diào)用，其默認(rèn)值是由service中有無intent-filter決定的，如果有intent-filter，默認(rèn)值為true，否則為false。為false的情況下，即使有intent-filter匹配，也無法打開，即無法被其他應(yīng)用隱式調(diào)用。

• android:name：對應(yīng)Service類名

• android:permission：是權(quán)限聲明

• android:process：是否需要在單獨(dú)的進(jìn)程中運(yùn)行,當(dāng)設(shè)置為android:process=”:remote”時，代表Service在單獨(dú)的進(jìn)程中運(yùn)行。注意“：”很重要，它的意思是指要在當(dāng)前進(jìn)程名稱前面附加上當(dāng)前的包名，所以“remote”和”:remote”不是同一個意思，前者的進(jìn)程名稱為：remote，而后者的進(jìn)程名稱為：App-packageName:remote。

• android:isolatedProcess ：設(shè)置 true 意味著，服務(wù)會在一個特殊的進(jìn)程下運(yùn)行，這個進(jìn)程與系統(tǒng)其他進(jìn)程分開且沒有自己的權(quán)限。與其通信的唯一途徑是通過服務(wù)的API(bind and start)。

• android:enabled：是否可以被系統(tǒng)實(shí)例化，默認(rèn)為 true因?yàn)楦笜?biāo)簽 也有 enable 屬性，所以必須兩個都為默認(rèn)值 true 的情況下服務(wù)才會被激活，否則不會激活。    ok~，關(guān)于Service在清單文件的聲明我們先了解這些就行，接下來分別針對Service啟動服務(wù)和綁定服務(wù)進(jìn)行詳細(xì)分析

3.Service啟動服務(wù)

  首先要創(chuàng)建服務(wù)，必須創(chuàng)建 Service 的子類（或使用它的一個現(xiàn)有子類如IntentService）。在實(shí)現(xiàn)中，我們需要重寫一些回調(diào)方法，以處理服務(wù)生命周期的某些關(guān)鍵過程，下面我們通過簡單案例來分析需要重寫的回調(diào)方法有哪些？

package com.zejian.ipctest.service;

import android.app.Service;
import android.content.Intent;
import android.os.IBinder;
import android.support.annotation.Nullable;

/**
 * Created by zejian
 * Time 2016/9/29.
 * Description:service simple demo
 */
public class SimpleService extends Service {

    /**
     * 綁定服務(wù)時才會調(diào)用
     * 必須要實(shí)現(xiàn)的方法  
     * @param intent
     * @return
     */
    @Nullable
    @Override
    public IBinder onBind(Intent intent) {
        return null;
    }

    /**
     * 首次創(chuàng)建服務(wù)時，系統(tǒng)將調(diào)用此方法來執(zhí)行一次性設(shè)置程序（在調(diào)用 onStartCommand() 或 onBind() 之前）。
     * 如果服務(wù)已在運(yùn)行，則不會調(diào)用此方法。該方法只被調(diào)用一次
     */
    @Override
    public void onCreate() {
        System.out.println("onCreate invoke");
        super.onCreate();
    }

    /**
     * 每次通過startService()方法啟動Service時都會被回調(diào)。
     * @param intent
     * @param flags
     * @param startId
     * @return
     */
    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        System.out.println("onStartCommand invoke");
        return super.onStartCommand(intent, flags, startId);
    }

    /**
     * 服務(wù)銷毀時的回調(diào)
     */
    @Override
    public void onDestroy() {
        System.out.println("onDestroy invoke");
        super.onDestroy();
    }
}

  從上面的代碼我們可以看出SimpleService繼承了Service類，并重寫了onBind方法，該方法是必須重寫的，但是由于此時是啟動狀態(tài)的服務(wù)，則該方法無須實(shí)現(xiàn)，返回null即可，只有在綁定狀態(tài)的情況下才需要實(shí)現(xiàn)該方法并返回一個IBinder的實(shí)現(xiàn)類（這個后面會詳細(xì)說），接著重寫了onCreate、onStartCommand、onDestroy三個主要的生命周期方法，關(guān)于這幾個方法說明如下:

• onBind()

  當(dāng)另一個組件想通過調(diào)用 bindService() 與服務(wù)綁定（例如執(zhí)行 RPC）時，系統(tǒng)將調(diào)用此方法。在此方法的實(shí)現(xiàn)中，必須返回 一個IBinder 接口的實(shí)現(xiàn)類，供客戶端用來與服務(wù)進(jìn)行通信。無論是啟動狀態(tài)還是綁定狀態(tài)，此方法必須重寫，但在啟動狀態(tài)的情況下直接返回 null。

• onCreate()

  首次創(chuàng)建服務(wù)時，系統(tǒng)將調(diào)用此方法來執(zhí)行一次性設(shè)置程序（在調(diào)用 onStartCommand() 或onBind() 之前）。如果服務(wù)已在運(yùn)行，則不會調(diào)用此方法，該方法只調(diào)用一次

• onStartCommand()

  當(dāng)另一個組件（如 Activity）通過調(diào)用 startService() 請求啟動服務(wù)時，系統(tǒng)將調(diào)用此方法。一旦執(zhí)行此方法，服務(wù)即會啟動并可在后臺無限期運(yùn)行。 如果自己實(shí)現(xiàn)此方法，則需要在服務(wù)工作完成后，通過調(diào)用 stopSelf() 或 stopService() 來停止服務(wù)。（在綁定狀態(tài)下，無需實(shí)現(xiàn)此方法。）

• onDestroy()

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

  我們通過Demo測試一下Service啟動狀態(tài)方法的調(diào)用順序，MainActivity代碼如下：

package com.zejian.ipctest;

import android.content.Intent;
import android.os.Bundle;
import android.support.v7.app.AppCompatActivity;
import android.view.View;
import android.widget.Button;

import com.zejian.ipctest.service.SimpleService;

public class MainActivity extends AppCompatActivity implements View.OnClickListener {

    private Button startBtn;
    private Button stopBtn;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        startBtn= (Button) findViewById(R.id.startService);
        stopBtn= (Button) findViewById(R.id.stopService);
        startBtn.setOnClickListener(this);
        assert stopBtn != null;
        stopBtn.setOnClickListener(this);
    }

    @Override
    public void onClick(View v) {
        Intent it=new Intent(this, SimpleService.class);
        switch (v.getId()){
            case R.id.startService:
                startService(it);
                break;
            case R.id.stopService:
                stopService(it);
                break;
        }
    }
}

記得在清單配置文件中聲明Service(聲明方式跟Activity相似)：

<manifest ... >
  ...
  <application ... >
      <service android:name=".service.SimpleService" />
      ...
  </application>
</manifest>

  從代碼看出，啟動服務(wù)使用startService(Intent intent)方法，僅需要傳遞一個Intent對象即可，在Intent對象中指定需要啟動的服務(wù)。而使用startService()方法啟動的服務(wù)，在服務(wù)的外部，必須使用stopService()方法停止，在服務(wù)的內(nèi)部可以調(diào)用stopSelf()方法停止當(dāng)前服務(wù)。如果使用startService()或者stopSelf()方法請求停止服務(wù)，系統(tǒng)會就會盡快銷毀這個服務(wù)。值得注意的是對于啟動服務(wù)，一旦啟動將與訪問它的組件無任何關(guān)聯(lián)，即使訪問它的組件被銷毀了，這個服務(wù)也一直運(yùn)行下去，直到手動調(diào)用停止服務(wù)才被銷毀，至于onBind方法，只有在綁定服務(wù)時才會起作用，在啟動狀態(tài)下，無需關(guān)注此方法，ok~，我們運(yùn)行程序并多次調(diào)用startService方法，最后調(diào)用stopService方法。Log截圖如下：    從Log可以看出，第一次調(diào)用startService方法時，onCreate方法、onStartCommand方法將依次被調(diào)用，而多次調(diào)用startService時，只有onStartCommand方法被調(diào)用，最后我們調(diào)用stopService方法停止服務(wù)時onDestory方法被回調(diào)，這就是啟動狀態(tài)下Service的執(zhí)行周期。接著我們重新回過頭來進(jìn)一步分析onStartCommand（Intent intent, int flags, int startId），這個方法有3個傳入?yún)?shù)，它們的含義如下：

onStartCommand（Intent intent, int flags, int startId）

• intent ：啟動時，啟動組件傳遞過來的Intent，如Activity可利用Intent封裝所需要的參數(shù)并傳遞給Service

• flags：表示啟動請求時是否有額外數(shù)據(jù)，可選值有 0，START_FLAG_REDELIVERY，START_FLAG_RETRY，0代表沒有，它們具體含義如下：

  • START_FLAG_REDELIVERY  這個值代表了onStartCommand方法的返回值為  START_REDELIVER_INTENT，而且在上一次服務(wù)被殺死前會去調(diào)用stopSelf方法停止服務(wù)。其中START_REDELIVER_INTENT意味著當(dāng)Service因內(nèi)存不足而被系統(tǒng)kill后，則會重建服務(wù)，并通過傳遞給服務(wù)的最后一個 Intent 調(diào)用 onStartCommand()，此時Intent時有值的。

  • START_FLAG_RETRY  該flag代表當(dāng)onStartCommand調(diào)用后一直沒有返回值時，會嘗試重新去調(diào)用onStartCommand()。

• startId ： 指明當(dāng)前服務(wù)的唯一ID，與stopSelfResult (int startId)配合使用，stopSelfResult 可以更安全地根據(jù)ID停止服務(wù)。

  實(shí)際上onStartCommand的返回值int類型才是最最值得注意的，它有三種可選值， START_STICKY，START_NOT_STICKY，START_REDELIVER_INTENT，它們具體含義如下：

• START_STICKY    當(dāng)Service因內(nèi)存不足而被系統(tǒng)kill后，一段時間后內(nèi)存再次空閑時，系統(tǒng)將會嘗試重新創(chuàng)建此Service，一旦創(chuàng)建成功后將回調(diào)onStartCommand方法，但其中的Intent將是null，除非有掛起的Intent，如pendingintent，這個狀態(tài)下比較適用于不執(zhí)行命令、但無限期運(yùn)行并等待作業(yè)的媒體播放器或類似服務(wù)。

• START_NOT_STICKY    當(dāng)Service因內(nèi)存不足而被系統(tǒng)kill后，即使系統(tǒng)內(nèi)存再次空閑時，系統(tǒng)也不會嘗試重新創(chuàng)建此Service。除非程序中再次調(diào)用startService啟動此Service，這是最安全的選項(xiàng)，可以避免在不必要時以及應(yīng)用能夠輕松重啟所有未完成的作業(yè)時運(yùn)行服務(wù)。

• START_REDELIVER_INTENT    當(dāng)Service因內(nèi)存不足而被系統(tǒng)kill后，則會重建服務(wù)，并通過傳遞給服務(wù)的最后一個 Intent 調(diào)用 onStartCommand()，任何掛起 Intent均依次傳遞。與START_STICKY不同的是，其中的傳遞的Intent將是非空，是最后一次調(diào)用startService中的intent。這個值適用于主動執(zhí)行應(yīng)該立即恢復(fù)的作業(yè)（例如下載文件）的服務(wù)。

  由于每次啟動服務(wù)（調(diào)用startService）時，onStartCommand方法都會被調(diào)用，因此我們可以通過該方法使用Intent給Service傳遞所需要的參數(shù)，然后在onStartCommand方法中處理的事件，最后根據(jù)需求選擇不同的Flag返回值，以達(dá)到對程序更友好的控制。好~，以上便是Service在啟動狀態(tài)下的分析，接著我們在來看看綁定狀態(tài)的Service又是如何處理的？

4.Service綁定服務(wù)

  綁定服務(wù)是Service的另一種變形，當(dāng)Service處于綁定狀態(tài)時，其代表著客戶端-服務(wù)器接口中的服務(wù)器。當(dāng)其他組件（如 Activity）綁定到服務(wù)時（有時我們可能需要從Activity組建中去調(diào)用Service中的方法，此時Activity以綁定的方式掛靠到Service后，我們就可以輕松地方法到Service中的指定方法），組件（如Activity）可以向Service（也就是服務(wù)端）發(fā)送請求，或者調(diào)用Service（服務(wù)端）的方法，此時被綁定的Service（服務(wù)端）會接收信息并響應(yīng)，甚至可以通過綁定服務(wù)進(jìn)行執(zhí)行進(jìn)程間通信 (即IPC，這個后面再單獨(dú)分析)。與啟動服務(wù)不同的是綁定服務(wù)的生命周期通常只在為其他應(yīng)用組件(如Activity)服務(wù)時處于活動狀態(tài)，不會無限期在后臺運(yùn)行，也就是說宿主(如Activity)解除綁定后，綁定服務(wù)就會被銷毀。那么在提供綁定的服務(wù)時，該如何實(shí)現(xiàn)呢？實(shí)際上我們必須提供一個 IBinder接口的實(shí)現(xiàn)類，該類用以提供客戶端用來與服務(wù)進(jìn)行交互的編程接口，該接口可以通過三種方法定義接口：

• 擴(kuò)展 Binder 類    如果服務(wù)是提供給自有應(yīng)用專用的，并且Service(服務(wù)端)與客戶端相同的進(jìn)程中運(yùn)行（常見情況），則應(yīng)通過擴(kuò)展 Binder 類并從 onBind() 返回它的一個實(shí)例來創(chuàng)建接口?？蛻舳耸盏?Binder 后，可利用它直接訪問 Binder 實(shí)現(xiàn)中以及Service 中可用的公共方法。如果我們的服務(wù)只是自有應(yīng)用的后臺工作線程，則優(yōu)先采用這種方法。 不采用該方式創(chuàng)建接口的唯一原因是，服務(wù)被其他應(yīng)用或不同的進(jìn)程調(diào)用。

• 使用 Messenger    Messenger可以翻譯為信使，通過它可以在不同的進(jìn)程中共傳遞Message對象(Handler中的Messager，因此 Handler 是 Messenger 的基礎(chǔ))，在Message中可以存放我們需要傳遞的數(shù)據(jù)，然后在進(jìn)程間傳遞。如果需要讓接口跨不同的進(jìn)程工作，則可使用 Messenger 為服務(wù)創(chuàng)建接口，客戶端就可利用 Message 對象向服務(wù)發(fā)送命令。同時客戶端也可定義自有 Messenger，以便服務(wù)回傳消息。這是執(zhí)行進(jìn)程間通信 (IPC) 的最簡單方法，因?yàn)?Messenger 會在單一線程中創(chuàng)建包含所有請求的隊(duì)列，也就是說Messenger是以串行的方式處理客戶端發(fā)來的消息，這樣我們就不必對服務(wù)進(jìn)行線程安全設(shè)計了。

• 使用 AIDL     由于Messenger是以串行的方式處理客戶端發(fā)來的消息，如果當(dāng)前有大量消息同時發(fā)送到Service(服務(wù)端)，Service仍然只能一個個處理，這也就是Messenger跨進(jìn)程通信的缺點(diǎn)了，因此如果有大量并發(fā)請求，Messenger就會顯得力不從心了，這時AIDL（Android 接口定義語言）就派上用場了， 但實(shí)際上Messenger 的跨進(jìn)程方式其底層實(shí)現(xiàn) 就是AIDL，只不過android系統(tǒng)幫我們封裝成透明的Messenger罷了 。因此，如果我們想讓服務(wù)同時處理多個請求，則應(yīng)該使用 AIDL。 在此情況下，服務(wù)必須具備多線程處理能力，并采用線程安全式設(shè)計。使用AIDL必須創(chuàng)建一個定義編程接口的 .aidl 文件。Android SDK 工具利用該文件生成一個實(shí)現(xiàn)接口并處理 IPC 的抽象類，隨后可在服務(wù)內(nèi)對其進(jìn)行擴(kuò)展。

  以上3種實(shí)現(xiàn)方式，我們可以根據(jù)需求自由的選擇，但需要注意的是大多數(shù)應(yīng)用“都不會”使用 AIDL 來創(chuàng)建綁定服務(wù)，因?yàn)樗赡芤缶邆涠嗑€程處理能力，并可能導(dǎo)致實(shí)現(xiàn)的復(fù)雜性增加。因此，AIDL 并不適合大多數(shù)應(yīng)用，本篇中也不打算闡述如何使用AIDL（后面會另開一篇分析AIDL），接下來我們分別針對擴(kuò)展 Binder 類和Messenger的使用進(jìn)行分析。

4.1 擴(kuò)展 Binder 類

  前面描述過，如果我們的服務(wù)僅供本地應(yīng)用使用，不需要跨進(jìn)程工作，則可以實(shí)現(xiàn)自有 Binder 類，讓客戶端通過該類直接訪問服務(wù)中的公共方法。其使用開發(fā)步驟如下

• 1.創(chuàng)建BindService服務(wù)端，繼承自Service并在類中，創(chuàng)建一個實(shí)現(xiàn)IBinder 接口的實(shí)例對象并提供公共方法給客戶端調(diào)用
• 2.從 onBind() 回調(diào)方法返回此 Binder 實(shí)例。
• 3.在客戶端中，從 onServiceConnected() 回調(diào)方法接收 Binder，并使用提供的方法調(diào)用綁定服務(wù)。

  注意：此方式只有在客戶端和服務(wù)位于同一應(yīng)用和進(jìn)程內(nèi)才有效，如對于需要將 Activity 綁定到在后臺播放音樂的自有服務(wù)的音樂應(yīng)用，此方式非常有效。另一點(diǎn)之所以要求服務(wù)和客戶端必須在同一應(yīng)用內(nèi)，是為了便于客戶端轉(zhuǎn)換返回的對象和正確調(diào)用其 API。服務(wù)和客戶端還必須在同一進(jìn)程內(nèi)，因?yàn)榇朔绞讲粓?zhí)行任何跨進(jìn)程編組。    以下是一個擴(kuò)展 Binder 類的實(shí)例，先看看Service端的實(shí)現(xiàn)BindService.java

package com.zejian.ipctest.service;

import android.app.Service;
import android.content.Intent;
import android.os.Binder;
import android.os.IBinder;
import android.support.annotation.Nullable;
import android.util.Log;

/**
 * Created by zejian
 * Time 2016/10/2.
 * Description:綁定服務(wù)簡單實(shí)例--服務(wù)端
 */
public class LocalService extends Service{
    private final static String TAG = "wzj";
    private int count;
    private boolean quit;
    private Thread thread;
    private LocalBinder binder = new LocalBinder();

    /**
     * 創(chuàng)建Binder對象，返回給客戶端即Activity使用，提供數(shù)據(jù)交換的接口
     */
    public class LocalBinder extends Binder {
        // 聲明一個方法，getService。（提供給客戶端調(diào)用）
        LocalService getService() {
            // 返回當(dāng)前對象LocalService,這樣我們就可在客戶端端調(diào)用Service的公共方法了
            return LocalService.this;
        }
    }

    /**
     * 把Binder類返回給客戶端
     */
    @Nullable
    @Override
    public IBinder onBind(Intent intent) {
        return binder;
    }


    @Override
    public void onCreate() {
        super.onCreate();
        Log.i(TAG, "Service is invoke Created");
        thread = new Thread(new Runnable() {
            @Override
            public void run() {
                // 每間隔一秒count加1 ，直到quit為true。
                while (!quit) {
                    try {
                        Thread.sleep(1000);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                    count++;
                }
            }
        });
        thread.start();
    }

    /**
     * 公共方法
     * @return
     */
    public int getCount(){
        return count;
    }
    /**
     * 解除綁定時調(diào)用
     * @return
     */
     @Override
    public boolean onUnbind(Intent intent) {
        Log.i(TAG, "Service is invoke onUnbind");
        return super.onUnbind(intent);
    }

    @Override
    public void onDestroy() {
        Log.i(TAG, "Service is invoke Destroyed");
        this.quit = true;
        super.onDestroy();
    }
}

  BindService類繼承自Service，在該類中創(chuàng)建了一個LocalBinder繼承自Binder類，LocalBinder中聲明了一個getService方法，客戶端可訪問該方法獲取LocalService對象的實(shí)例，只要客戶端獲取到LocalService對象的實(shí)例就可調(diào)用LocalService服務(wù)端的公共方法，如getCount方法，值得注意的是，我們在onBind方法中返回了binder對象，該對象便是LocalBinder的具體實(shí)例，而binder對象最終會返回給客戶端，客戶端通過返回的binder對象便可以與服務(wù)端實(shí)現(xiàn)交互。接著看看客戶端BindActivity的實(shí)現(xiàn)：

package com.zejian.ipctest.service;

import android.app.Activity;
import android.app.Service;
import android.content.ComponentName;
import android.content.Intent;
import android.content.ServiceConnection;
import android.os.Bundle;
import android.os.IBinder;
import android.util.Log;
import android.view.View;
import android.widget.Button;

import com.zejian.ipctest.R;

/**
 * Created by zejian
 * Time 2016/10/2.
 * Description:綁定服務(wù)實(shí)例--客戶端
 */
public class BindActivity extends Activity {
    protected static final String TAG = "wzj";
    Button btnBind;
    Button btnUnBind;
    Button btnGetDatas;
    /**
     * ServiceConnection代表與服務(wù)的連接，它只有兩個方法，
     * onServiceConnected和onServiceDisconnected，
     * 前者是在操作者在連接一個服務(wù)成功時被調(diào)用，而后者是在服務(wù)崩潰或被殺死導(dǎo)致的連接中斷時被調(diào)用
     */
    private ServiceConnection conn;
    private LocalService mService;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_bind);
        btnBind = (Button) findViewById(R.id.BindService);
        btnUnBind = (Button) findViewById(R.id.unBindService);
        btnGetDatas = (Button) findViewById(R.id.getServiceDatas);
        //創(chuàng)建綁定對象
        final Intent intent = new Intent(this, LocalService.class);

        // 開啟綁定
        btnBind.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Log.d(TAG, "綁定調(diào)用：bindService");
                //調(diào)用綁定方法
                bindService(intent, conn, Service.BIND_AUTO_CREATE);
            }
        });
        // 解除綁定
        btnUnBind.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Log.d(TAG, "解除綁定調(diào)用：unbindService");
                // 解除綁定
                if(mService!=null) {
                    mService = null;
                    unbindService(conn);
                }
            }
        });

        // 獲取數(shù)據(jù)
        btnGetDatas.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                if (mService != null) {
                    // 通過綁定服務(wù)傳遞的Binder對象，獲取Service暴露出來的數(shù)據(jù)

                    Log.d(TAG, "從服務(wù)端獲取數(shù)據(jù)：" + mService.getCount());
                } else {

                    Log.d(TAG, "還沒綁定呢，先綁定,無法從服務(wù)端獲取數(shù)據(jù)");
                }
            }
        });


        conn = new ServiceConnection() {
            /**
             * 與服務(wù)器端交互的接口方法 綁定服務(wù)的時候被回調(diào)，在這個方法獲取綁定Service傳遞過來的IBinder對象，
             * 通過這個IBinder對象，實(shí)現(xiàn)宿主和Service的交互。
             */
            @Override
            public void onServiceConnected(ComponentName name, IBinder service) {
                Log.d(TAG, "綁定成功調(diào)用：onServiceConnected");
                // 獲取Binder
                LocalService.LocalBinder binder = (LocalService.LocalBinder) service;
                mService = binder.getService();
            }
            /**
             * 當(dāng)取消綁定的時候被回調(diào)。但正常情況下是不被調(diào)用的，它的調(diào)用時機(jī)是當(dāng)Service服務(wù)被意外銷毀時，
             * 例如內(nèi)存的資源不足時這個方法才被自動調(diào)用。
             */
            @Override
            public void onServiceDisconnected(ComponentName name) {
                mService=null;
            }
        };
    }
}

  在客戶端中我們創(chuàng)建了一個ServiceConnection對象，該代表與服務(wù)的連接，它只有兩個方法， onServiceConnected和onServiceDisconnected，其含義如下：

• onServiceConnected(ComponentName name, IBinder service)  系統(tǒng)會調(diào)用該方法以傳遞服務(wù)的　onBind() 方法返回的 IBinder。其中service便是服務(wù)端返回的IBinder實(shí)現(xiàn)類對象，通過該對象我們便可以調(diào)用獲取LocalService實(shí)例對象，進(jìn)而調(diào)用服務(wù)端的公共方法。而ComponentName是一個封裝了組件(Activity, Service, BroadcastReceiver, or ContentProvider)信息的類，如包名，組件描述等信息，較少使用該參數(shù)。

• onServiceDisconnected(ComponentName name)  Android 系統(tǒng)會在與服務(wù)的連接意外中斷時（例如當(dāng)服務(wù)崩潰或被終止時）調(diào)用該方法。注意:當(dāng)客戶端取消綁定時，系統(tǒng)“絕對不會”調(diào)用該方法。

conn = new ServiceConnection() {

            @Override
            public void onServiceConnected(ComponentName name, IBinder service) {
                Log.d(TAG, "綁定成功調(diào)用：onServiceConnected");
                // 獲取Binder
                LocalService.LocalBinder binder = (LocalService.LocalBinder) service;
                mService = binder.getService();
            }

            @Override
            public void onServiceDisconnected(ComponentName name) {
                mService=null;
            }
        };

  在onServiceConnected()被回調(diào)前，我們還需先把當(dāng)前Activity綁定到服務(wù)LocalService上，綁定服務(wù)是通過通過bindService()方法，解綁服務(wù)則使用unbindService()方法，這兩個方法解析如下：

• bindService(Intent service, ServiceConnection conn, int flags)  該方法執(zhí)行綁定服務(wù)操作，其中Intent是我們要綁定的服務(wù)(也就是LocalService)的意圖，而ServiceConnection代表與服務(wù)的連接，它只有兩個方法，前面已分析過，flags則是指定綁定時是否自動創(chuàng)建Service。0代表不自動創(chuàng)建、BIND_AUTO_CREATE則代表自動創(chuàng)建。

• unbindService(ServiceConnection conn)  該方法執(zhí)行解除綁定的操作，其中ServiceConnection代表與服務(wù)的連接，它只有兩個方法，前面已分析過。

Activity通過bindService()綁定到LocalService后，ServiceConnection#onServiceConnected()便會被回調(diào)并可以獲取到LocalService實(shí)例對象mService，之后我們就可以調(diào)用LocalService服務(wù)端的公共方法了，最后還需要在清單文件中聲明該Service。而客戶端布局文件實(shí)現(xiàn)如下：

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:orientation="vertical" android:layout_width="match_parent"
    android:layout_height="match_parent">

    <Button
        android:id="@+id/BindService"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="綁定服務(wù)器"
        />

    <Button
        android:id="@+id/unBindService"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="解除綁定"
        />

    <Button
        android:id="@+id/getServiceDatas"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="獲取服務(wù)方數(shù)據(jù)"
        />
</LinearLayout>

  我們運(yùn)行程序，點(diǎn)擊綁定服務(wù)并多次點(diǎn)擊綁定服務(wù)接著多次調(diào)用LocalService中的getCount()獲取數(shù)據(jù)，最后調(diào)用解除綁定的方法移除服務(wù)，其結(jié)果如下：    通過Log可知，當(dāng)我們第一次點(diǎn)擊綁定服務(wù)時，LocalService服務(wù)端的onCreate()、onBind方法會依次被調(diào)用，此時客戶端的ServiceConnection#onServiceConnected()被調(diào)用并返回LocalBinder對象，接著調(diào)用LocalBinder#getService方法返回LocalService實(shí)例對象，此時客戶端便持有了LocalService的實(shí)例對象，也就可以任意調(diào)用LocalService類中的聲明公共方法了。更值得注意的是，我們多次調(diào)用bindService方法綁定LocalService服務(wù)端，而LocalService得onBind方法只調(diào)用了一次，那就是在第一次調(diào)用bindService時才會回調(diào)onBind方法。接著我們點(diǎn)擊獲取服務(wù)端的數(shù)據(jù)，從Log中看出我們點(diǎn)擊了3次通過getCount()獲取了服務(wù)端的3個不同數(shù)據(jù)，最后點(diǎn)擊解除綁定，此時LocalService的onUnBind、onDestroy方法依次被回調(diào)，并且多次綁定只需一次解綁即可。此情景也就說明了綁定狀態(tài)下的Service生命周期方法的調(diào)用依次為onCreate()、onBind、onUnBind、onDestroy。ok~，以上便是同一應(yīng)用同一進(jìn)程中客戶端與服務(wù)端的綁定回調(diào)方式。

4.2 使用Messenger

  前面了解了如何使用IBinder應(yīng)用內(nèi)同一進(jìn)程的通信后，我們接著來了解服務(wù)與遠(yuǎn)程進(jìn)程（即不同進(jìn)程間）通信，而不同進(jìn)程間的通信，最簡單的方式就是使用 Messenger 服務(wù)提供通信接口，利用此方式，我們無需使用 AIDL 便可執(zhí)行進(jìn)程間通信 (IPC)。以下是 Messenger 使用的主要步驟：

• 1.服務(wù)實(shí)現(xiàn)一個 Handler，由其接收來自客戶端的每個調(diào)用的回調(diào)

• 2.Handler 用于創(chuàng)建 Messenger 對象（對 Handler 的引用）

• 3.Messenger 創(chuàng)建一個 IBinder，服務(wù)通過 onBind() 使其返回客戶端

• 4.客戶端使用 IBinder 將 Messenger（引用服務(wù)的 Handler）實(shí)例化，然后使用Messenger將 Message 對象發(fā)送給服務(wù)

• 5.服務(wù)在其 Handler 中（在 handleMessage() 方法中）接收每個 Message

以下是一個使用 Messenger 接口的簡單服務(wù)示例，服務(wù)端進(jìn)程實(shí)現(xiàn)如下：

package com.zejian.ipctest.messenger;

import android.app.Service;
import android.content.Intent;
import android.os.Handler;
import android.os.IBinder;
import android.os.Message;
import android.os.Messenger;
import android.util.Log;

/**
 * Created by zejian
 * Time 2016/10/3.
 * Description:Messenger服務(wù)端簡單實(shí)例,服務(wù)端進(jìn)程
 */
public class MessengerService extends Service {

    /** Command to the service to display a message */
    static final int MSG_SAY_HELLO = 1;
    private static final String TAG ="wzj" ;

    /**
     * 用于接收從客戶端傳遞過來的數(shù)據(jù)
     */
    class IncomingHandler extends Handler {
        @Override
        public void handleMessage(Message msg) {
            switch (msg.what) {
                case MSG_SAY_HELLO:
                    Log.i(TAG, "thanks,Service had receiver message from client!");
                    break;
                default:
                    super.handleMessage(msg);
            }
        }
    }

    /**
     * 創(chuàng)建Messenger并傳入Handler實(shí)例對象
     */
    final Messenger mMessenger = new Messenger(new IncomingHandler());

    /**
     * 當(dāng)綁定Service時,該方法被調(diào)用,將通過mMessenger返回一個實(shí)現(xiàn)
     * IBinder接口的實(shí)例對象
     */
    @Override
    public IBinder onBind(Intent intent) {
        Log.i(TAG, "Service is invoke onBind");
        return mMessenger.getBinder();
    }
}

  首先我們同樣需要創(chuàng)建一個服務(wù)類MessengerService繼承自Service，同時創(chuàng)建一個繼承自Handler的IncomingHandler對象來接收客戶端進(jìn)程發(fā)送過來的消息并通過其handleMessage(Message msg)進(jìn)行消息處理。接著通過IncomingHandler對象創(chuàng)建一個Messenger對象，該對象是與客戶端交互的特殊對象，然后在Service的onBind中返回這個Messenger對象的底層Binder即可。下面看看客戶端進(jìn)程的實(shí)現(xiàn)：

package com.zejian.ipctest.messenger;

import android.app.Activity;
import android.content.ComponentName;
import android.content.Context;
import android.content.Intent;
import android.content.ServiceConnection;
import android.os.Bundle;
import android.os.IBinder;
import android.os.Message;
import android.os.Messenger;
import android.os.RemoteException;
import android.util.Log;
import android.view.View;
import android.widget.Button;

import com.zejian.ipctest.R;

/**
 * Created by zejian
 * Time 2016/10/3.
 * Description: 與服務(wù)器交互的客戶端
 */
public class ActivityMessenger extends Activity {
    /**
     * 與服務(wù)端交互的Messenger
     */
    Messenger mService = null;

    /** Flag indicating whether we have called bind on the service. */
    boolean mBound;

    /**
     * 實(shí)現(xiàn)與服務(wù)端鏈接的對象
     */
    private ServiceConnection mConnection = new ServiceConnection() {
        public void onServiceConnected(ComponentName className, IBinder service) {
            /**
             * 通過服務(wù)端傳遞的IBinder對象,創(chuàng)建相應(yīng)的Messenger
             * 通過該Messenger對象與服務(wù)端進(jìn)行交互
             */
            mService = new Messenger(service);
            mBound = true;
        }

        public void onServiceDisconnected(ComponentName className) {
            // This is called when the connection with the service has been
            // unexpectedly disconnected -- that is, its process crashed.
            mService = null;
            mBound = false;
        }
    };

    public void sayHello(View v) {
        if (!mBound) return;
        // 創(chuàng)建與服務(wù)交互的消息實(shí)體Message
        Message msg = Message.obtain(null, MessengerService.MSG_SAY_HELLO, 0, 0);
        try {
            //發(fā)送消息
            mService.send(msg);
        } catch (RemoteException e) {
            e.printStackTrace();
        }
    }

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_messenager);
        Button bindService= (Button) findViewById(R.id.bindService);
        Button unbindService= (Button) findViewById(R.id.unbindService);
        Button sendMsg= (Button) findViewById(R.id.sendMsgToService);

        bindService.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Log.d("zj","onClick-->bindService");
                //當(dāng)前Activity綁定服務(wù)端
                bindService(new Intent(ActivityMessenger.this, MessengerService.class), mConnection,
                        Context.BIND_AUTO_CREATE);
            }
        });

        //發(fā)送消息給服務(wù)端
        sendMsg.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                sayHello(v);
            }
        });


        unbindService.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                // Unbind from the service
                if (mBound) {
                    Log.d("zj","onClick-->unbindService");
                    unbindService(mConnection);
                    mBound = false;
                }
            }
        });
    }

}

  在客戶端進(jìn)程中，我們需要創(chuàng)建一個ServiceConnection對象，該對象代表與服務(wù)端的鏈接，當(dāng)調(diào)用bindService方法將當(dāng)前Activity綁定到MessengerService時，onServiceConnected方法被調(diào)用，利用服務(wù)端傳遞給來的底層Binder對象構(gòu)造出與服務(wù)端交互的Messenger對象，接著創(chuàng)建與服務(wù)交互的消息實(shí)體Message，將要發(fā)生的信息封裝在Message中并通過Messenger實(shí)例對象發(fā)送給服務(wù)端。關(guān)于ServiceConnection、bindService方法、unbindService方法，前面已分析過，這里就不重復(fù)了，最后我們需要在清單文件聲明Service和Activity，由于要測試不同進(jìn)程的交互，則需要將Service放在單獨(dú)的進(jìn)程中，因此Service聲明如下：

<service android:name=".messenger.MessengerService"
         android:process=":remote"
        />

其中android:process=":remote"代表該Service在單獨(dú)的進(jìn)程中創(chuàng)建，最后我們運(yùn)行程序，結(jié)果如下：      接著多次點(diǎn)擊綁定服務(wù)，然后發(fā)送信息給服務(wù)端，最后解除綁定，Log打印如下：    通過上述例子可知Service服務(wù)端確實(shí)收到了客戶端發(fā)送的信息，而且在Messenger中進(jìn)行數(shù)據(jù)傳遞必須將數(shù)據(jù)封裝到Message中，因?yàn)镸essage和Messenger都實(shí)現(xiàn)了Parcelable接口，可以輕松跨進(jìn)程傳遞數(shù)據(jù)（關(guān)于Parcelable接口可以看博主的另一篇文章：序列化與反序列化之Parcelable和Serializable淺析），而Message可以傳遞的信息載體有，what,arg1,arg2,Bundle以及replyTo，至于object字段，對于同一進(jìn)程中的數(shù)據(jù)傳遞確實(shí)很實(shí)用，但對于進(jìn)程間的通信，則顯得相當(dāng)尷尬，在android2.2前，object不支持跨進(jìn)程傳輸，但即便是android2.2之后也只能傳遞android系統(tǒng)提供的實(shí)現(xiàn)了Parcelable接口的對象，也就是說我們通過自定義實(shí)現(xiàn)Parcelable接口的對象無法通過object字段來傳遞，因此object字段的實(shí)用性在跨進(jìn)程中也變得相當(dāng)?shù)土?。不過所幸我們還有Bundle對象，Bundle可以支持大量的數(shù)據(jù)類型。接著從Log我們也看出無論是使用拓展Binder類的實(shí)現(xiàn)方式還是使用Messenger的實(shí)現(xiàn)方式，它們的生命周期方法的調(diào)用順序基本是一樣的，即onCreate()、onBind、onUnBind、onDestroy，而且多次綁定中也只有第一次時才調(diào)用onBind()。好~，以上的例子演示了如何在服務(wù)端解釋客戶端發(fā)送的消息，但有時候我們可能還需要服務(wù)端能回應(yīng)客戶端，這時便需要提供雙向消息傳遞了，下面就來實(shí)現(xiàn)一個簡單服務(wù)端與客戶端雙向消息傳遞的簡單例子。    先來看看服務(wù)端的修改，在服務(wù)端，我們只需修改IncomingHandler，收到消息后，給客戶端回復(fù)一條信息。

  /**
     * 用于接收從客戶端傳遞過來的數(shù)據(jù)
     */
    class IncomingHandler extends Handler {
        @Override
        public void handleMessage(Message msg) {
            switch (msg.what) {
                case MSG_SAY_HELLO:
                    Log.i(TAG, "thanks,Service had receiver message from client!");
                    //回復(fù)客戶端信息,該對象由客戶端傳遞過來
                    Messenger client=msg.replyTo;
                    //獲取回復(fù)信息的消息實(shí)體
                    Message replyMsg=Message.obtain(null,MessengerService.MSG_SAY_HELLO);
                    Bundle bundle=new Bundle();
                    bundle.putString("reply","ok~,I had receiver message from you! ");
                    replyMsg.setData(bundle);
                    //向客戶端發(fā)送消息
                    try {
                        client.send(replyMsg);
                    } catch (RemoteException e) {
                        e.printStackTrace();
                    }

                    break;
                default:
                    super.handleMessage(msg);
            }
        }
    }

  接著修改客戶端，為了接收服務(wù)端的回復(fù)，客戶端也需要一個接收消息的Messenger和Handler，其實(shí)現(xiàn)如下：

  /**
     * 用于接收服務(wù)器返回的信息
     */
    private Messenger mRecevierReplyMsg= new Messenger(new ReceiverReplyMsgHandler());


    private static class ReceiverReplyMsgHandler extends Handler{
        private static final String TAG = "zj";

        @Override
        public void handleMessage(Message msg) {
            switch (msg.what) {
                //接收服務(wù)端回復(fù)
                case MessengerService.MSG_SAY_HELLO:
                    Log.i(TAG, "receiver message from service:"+msg.getData().getString("reply"));
                    break;
                default:
                    super.handleMessage(msg);
            }
        }
    }

  除了添加以上代碼，還需要在發(fā)送信息時把接收服務(wù)器端的回復(fù)的Messenger通過Message的replyTo參數(shù)傳遞給服務(wù)端，以便作為同學(xué)橋梁，代碼如下：

 public void sayHello(View v) {
        if (!mBound) return;
        // 創(chuàng)建與服務(wù)交互的消息實(shí)體Message
        Message msg = Message.obtain(null, MessengerService.MSG_SAY_HELLO, 0, 0);
        //把接收服務(wù)器端的回復(fù)的Messenger通過Message的replyTo參數(shù)傳遞給服務(wù)端
        msg.replyTo=mRecevierReplyMsg;
        try {
            //發(fā)送消息
            mService.send(msg);
        } catch (RemoteException e) {
            e.printStackTrace();
        }
    }

  ok~，到此服務(wù)端與客戶端雙向消息傳遞的簡單例子修改完成，我們運(yùn)行一下代碼，看看Log打印，如下：    由Log可知，服務(wù)端和客戶端確實(shí)各自收到了信息，到此我們就把采用Messenge進(jìn)行跨進(jìn)程通信的方式分析完了，最后為了輔助大家理解，這里提供一張通過Messenge方式進(jìn)行進(jìn)程間通信的原理圖： 

4.3 關(guān)于綁定服務(wù)的注意點(diǎn)

  1.多個客戶端可同時連接到一個服務(wù)。不過，只有在第一個客戶端綁定時，系統(tǒng)才會調(diào)用服務(wù)的 onBind() 方法來檢索 IBinder。系統(tǒng)隨后無需再次調(diào)用 onBind()，便可將同一 IBinder 傳遞至任何其他綁定的客戶端。當(dāng)最后一個客戶端取消與服務(wù)的綁定時，系統(tǒng)會將服務(wù)銷毀（除非 startService() 也啟動了該服務(wù)）。

  2.通常情況下我們應(yīng)該在客戶端生命周期（如Activity的生命周期）的引入 (bring-up) 和退出 (tear-down) 時刻設(shè)置綁定和取消綁定操作，以便控制綁定狀態(tài)下的Service，一般有以下兩種情況：

• 如果只需要在 Activity 可見時與服務(wù)交互，則應(yīng)在 onStart() 期間綁定，在 onStop() 期間取消綁定。

• 如果希望 Activity 在后臺停止運(yùn)行狀態(tài)下仍可接收響應(yīng)，則可在 onCreate() 期間綁定，在 onDestroy() 期間取消綁定。需要注意的是，這意味著 Activity 在其整個運(yùn)行過程中（甚至包括后臺運(yùn)行期間）都需要使用服務(wù)，因此如果服務(wù)位于其他進(jìn)程內(nèi)，那么當(dāng)提高該進(jìn)程的權(quán)重時，系統(tǒng)很可能會終止該進(jìn)程。

  3.通常情況下(注意)，切勿在 Activity 的 onResume() 和 onPause() 期間綁定和取消綁定，因?yàn)槊恳淮紊芷谵D(zhuǎn)換都會發(fā)生這些回調(diào)，這樣反復(fù)綁定與解綁是不合理的。此外，如果應(yīng)用內(nèi)的多個 Activity 綁定到同一服務(wù)，并且其中兩個 Activity 之間發(fā)生了轉(zhuǎn)換，則如果當(dāng)前 Activity 在下一次綁定（恢復(fù)期間）之前取消綁定（暫停期間），系統(tǒng)可能會銷毀服務(wù)并重建服務(wù)，因此服務(wù)的綁定不應(yīng)該發(fā)生在 Activity 的 onResume() 和 onPause()中。

  4.我們應(yīng)該始終捕獲 DeadObjectException DeadObjectException 異常，該異常是在連接中斷時引發(fā)的，表示調(diào)用的對象已死亡，也就是Service對象已銷毀，這是遠(yuǎn)程方法引發(fā)的唯一異常，DeadObjectException繼承自RemoteException，因此我們也可以捕獲RemoteException異常。

  5.應(yīng)用組件（客戶端）可通過調(diào)用 bindService() 綁定到服務(wù),Android 系統(tǒng)隨后調(diào)用服務(wù)的 onBind() 方法，該方法返回用于與服務(wù)交互的 IBinder，而該綁定是異步執(zhí)行的。

5.關(guān)于啟動服務(wù)與綁定服務(wù)間的轉(zhuǎn)換問題

  通過前面對兩種服務(wù)狀態(tài)的分析，相信大家已對Service的兩種狀態(tài)有了比較清晰的了解，那么現(xiàn)在我們就來分析一下當(dāng)啟動狀態(tài)和綁定狀態(tài)同時存在時，又會是怎么的場景？    雖然服務(wù)的狀態(tài)有啟動和綁定兩種，但實(shí)際上一個服務(wù)可以同時是這兩種狀態(tài)，也就是說，它既可以是啟動服務(wù)（以無限期運(yùn)行），也可以是綁定服務(wù)。有點(diǎn)需要注意的是Android系統(tǒng)僅會為一個Service創(chuàng)建一個實(shí)例對象，所以不管是啟動服務(wù)還是綁定服務(wù)，操作的是同一個Service實(shí)例，而且由于綁定服務(wù)或者啟動服務(wù)執(zhí)行順序問題將會出現(xiàn)以下兩種情況：

• 先綁定服務(wù)后啟動服務(wù)

    如果當(dāng)前Service實(shí)例先以綁定狀態(tài)運(yùn)行，然后再以啟動狀態(tài)運(yùn)行，那么綁定服務(wù)將會轉(zhuǎn)為啟動服務(wù)運(yùn)行，這時如果之前綁定的宿主（Activity）被銷毀了，也不會影響服務(wù)的運(yùn)行，服務(wù)還是會一直運(yùn)行下去，指定收到調(diào)用停止服務(wù)或者內(nèi)存不足時才會銷毀該服務(wù)。

• 先啟動服務(wù)后綁定服務(wù)

    如果當(dāng)前Service實(shí)例先以啟動狀態(tài)運(yùn)行，然后再以綁定狀態(tài)運(yùn)行，當(dāng)前啟動服務(wù)并不會轉(zhuǎn)為綁定服務(wù)，但是還是會與宿主綁定，只是即使宿主解除綁定后，服務(wù)依然按啟動服務(wù)的生命周期在后臺運(yùn)行，直到有Context調(diào)用了stopService()或是服務(wù)本身調(diào)用了stopSelf()方法抑或內(nèi)存不足時才會銷毀服務(wù)。

  以上兩種情況顯示出啟動服務(wù)的優(yōu)先級確實(shí)比綁定服務(wù)高一些。不過無論Service是處于啟動狀態(tài)還是綁定狀態(tài)，或處于啟動并且綁定狀態(tài)，我們都可以像使用Activity那樣通過調(diào)用 Intent 來使用服務(wù)(即使此服務(wù)來自另一應(yīng)用)。 當(dāng)然，我們也可以通過清單文件將服務(wù)聲明為私有服務(wù)，阻止其他應(yīng)用訪問。最后這里有點(diǎn)需要特殊說明一下的，由于服務(wù)在其托管進(jìn)程的主線程中運(yùn)行（UI線程），它既不創(chuàng)建自己的線程，也不在單獨(dú)的進(jìn)程中運(yùn)行（除非另行指定）。 這意味著，如果服務(wù)將執(zhí)行任何耗時事件或阻止性操作（例如 MP3 播放或聯(lián)網(wǎng)）時，則應(yīng)在服務(wù)內(nèi)創(chuàng)建新線程來完成這項(xiàng)工作，簡而言之，耗時操作應(yīng)該另起線程執(zhí)行。只有通過使用單獨(dú)的線程，才可以降低發(fā)生“應(yīng)用無響應(yīng)”(ANR) 錯誤的風(fēng)險，這樣應(yīng)用的主線程才能專注于用戶與 Activity 之間的交互， 以達(dá)到更好的用戶體驗(yàn)。

6.前臺服務(wù)以及通知發(fā)送

  前臺服務(wù)被認(rèn)為是用戶主動意識到的一種服務(wù)，因此在內(nèi)存不足時，系統(tǒng)也不會考慮將其終止。 前臺服務(wù)必須為狀態(tài)欄提供通知，狀態(tài)欄位于“正在進(jìn)行”標(biāo)題下方，這意味著除非服務(wù)停止或從前臺刪除，否則不能清除通知。例如將從服務(wù)播放音樂的音樂播放器設(shè)置為在前臺運(yùn)行，這是因?yàn)橛脩裘鞔_意識到其操作。 狀態(tài)欄中的通知可能表示正在播放的歌曲，并允許用戶啟動 Activity 來與音樂播放器進(jìn)行交互。如果需要設(shè)置服務(wù)運(yùn)行于前臺， 我們該如何才能實(shí)現(xiàn)呢？Android官方給我們提供了兩個方法，分別是startForeground()和stopForeground()，這兩個方式解析如下：

• startForeground(int id, Notification notification)  該方法的作用是把當(dāng)前服務(wù)設(shè)置為前臺服務(wù)，其中id參數(shù)代表唯一標(biāo)識通知的整型數(shù)，需要注意的是提供給 startForeground() 的整型 ID 不得為 0，而notification是一個狀態(tài)欄的通知。

• stopForeground(boolean removeNotification)  該方法是用來從前臺刪除服務(wù)，此方法傳入一個布爾值，指示是否也刪除狀態(tài)欄通知，true為刪除。 注意該方法并不會停止服務(wù)。 但是，如果在服務(wù)正在前臺運(yùn)行時將其停止，則通知也會被刪除。

下面我們結(jié)合一個簡單案例來使用以上兩個方法，F(xiàn)oregroundService代碼如下：

package com.zejian.ipctest.foregroundService;

import android.app.Notification;
import android.app.Service;
import android.content.Intent;
import android.graphics.BitmapFactory;
import android.os.IBinder;
import android.support.annotation.Nullable;
import android.support.v4.app.NotificationCompat;

import com.zejian.ipctest.R;

/**
 * Created by zejian
 * Time 2016/10/4.
 * Description:啟動前臺服務(wù)Demo
 */
public class ForegroundService extends Service {

    /**
     * id不可設(shè)置為0,否則不能設(shè)置為前臺service
     */
    private static final int NOTIFICATION_DOWNLOAD_PROGRESS_ID = 0x0001;

    private boolean isRemove=false;//是否需要移除

    /**
     * Notification
     */
    public void createNotification(){
        //使用兼容版本
        NotificationCompat.Builder builder=new NotificationCompat.Builder(this);
        //設(shè)置狀態(tài)欄的通知圖標(biāo)
        builder.setSmallIcon(R.mipmap.ic_launcher);
        //設(shè)置通知欄橫條的圖標(biāo)
        builder.setLargeIcon(BitmapFactory.decodeResource(getResources(),R.drawable.screenflash_logo));
        //禁止用戶點(diǎn)擊刪除按鈕刪除
        builder.setAutoCancel(false);
        //禁止滑動刪除
        builder.setOngoing(true);
        //右上角的時間顯示
        builder.setShowWhen(true);
        //設(shè)置通知欄的標(biāo)題內(nèi)容
        builder.setContentTitle("I am Foreground Service!!!");
        //創(chuàng)建通知
        Notification notification = builder.build();
        //設(shè)置為前臺服務(wù)
        startForeground(NOTIFICATION_DOWNLOAD_PROGRESS_ID,notification);
    }


    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        int i=intent.getExtras().getInt("cmd");
        if(i==0){
            if(!isRemove) {
                createNotification();
            }
            isRemove=true;
        }else {
            //移除前臺服務(wù)
            if (isRemove) {
                stopForeground(true);
            }
            isRemove=false;
        }

        return super.onStartCommand(intent, flags, startId);
    }

    @Override
    public void onDestroy() {
        //移除前臺服務(wù)
        if (isRemove) {
            stopForeground(true);
        }
        isRemove=false;
        super.onDestroy();
    }

    @Nullable
    @Override
    public IBinder onBind(Intent intent) {
        return null;
    }
}

  在ForegroundService類中，創(chuàng)建了一個notification的通知，并通過啟動Service時傳遞過來的參數(shù)判斷是啟動前臺服務(wù)還是關(guān)閉前臺服務(wù)，最后在onDestroy方法被調(diào)用時，也應(yīng)該移除前臺服務(wù)。以下是ForegroundActivity的實(shí)現(xiàn)：

package com.zejian.ipctest.foregroundService;

import android.app.Activity;
import android.content.Intent;
import android.os.Bundle;
import android.view.View;
import android.widget.Button;

import com.zejian.ipctest.R;

/**
 * Created by zejian
 * Time 2016/10/4.
 * Description:
 */
public class ForegroundActivity extends Activity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_foreground);
        Button btnStart= (Button) findViewById(R.id.startForeground);
        Button btnStop= (Button) findViewById(R.id.stopForeground);
        final Intent intent = new Intent(this,ForegroundService.class);


        btnStart.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                intent.putExtra("cmd",0);//0,開啟前臺服務(wù),1,關(guān)閉前臺服務(wù)
                startService(intent);
            }
        });


        btnStop.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                intent.putExtra("cmd",1);//0,開啟前臺服務(wù),1,關(guān)閉前臺服務(wù)
                startService(intent);
            }
        });
    }
}

  代碼比較簡單，我們直接運(yùn)行程序看看結(jié)果：

  ok~，以上便是有關(guān)于Service前臺服務(wù)的內(nèi)容，接下來再聊聊服務(wù)與線程的區(qū)別

7.服務(wù)Service與線程Thread的區(qū)別

• 兩者概念的迥異

  • Thread 是程序執(zhí)行的最小單元，它是分配CPU的基本單位，android系統(tǒng)中UI線程也是線程的一種，當(dāng)然Thread還可以用于執(zhí)行一些耗時異步的操作。

  • Service是Android的一種機(jī)制，服務(wù)是運(yùn)行在主線程上的，它是由系統(tǒng)進(jìn)程托管。它與其他組件之間的通信類似于client和server，是一種輕量級的IPC通信，這種通信的載體是binder，它是在linux層交換信息的一種IPC，而所謂的Service后臺任務(wù)只不過是指沒有UI的組件罷了。

• 兩者的執(zhí)行任務(wù)迥異

  • 在android系統(tǒng)中，線程一般指的是工作線程(即后臺線程)，而主線程是一種特殊的工作線程，它負(fù)責(zé)將事件分派給相應(yīng)的用戶界面小工具，如繪圖事件及事件響應(yīng)，因此為了保證應(yīng)用 UI 的響應(yīng)能力主線程上不可執(zhí)行耗時操作。如果執(zhí)行的操作不能很快完成，則應(yīng)確保它們在單獨(dú)的工作線程執(zhí)行。

  • Service 則是android系統(tǒng)中的組件，一般情況下它運(yùn)行于主線程中，因此在Service中是不可以執(zhí)行耗時操作的，否則系統(tǒng)會報ANR異常，之所以稱Service為后臺服務(wù)，大部分原因是它本身沒有UI，用戶無法感知(當(dāng)然也可以利用某些手段讓用戶知道)，但如果需要讓Service執(zhí)行耗時任務(wù)，可在Service中開啟單獨(dú)線程去執(zhí)行。

• 兩者使用場景

  • 當(dāng)要執(zhí)行耗時的網(wǎng)絡(luò)或者數(shù)據(jù)庫查詢以及其他阻塞UI線程或密集使用CPU的任務(wù)時，都應(yīng)該使用工作線程(Thread)，這樣才能保證UI線程不被占用而影響用戶體驗(yàn)。

  • 在應(yīng)用程序中，如果需要長時間的在后臺運(yùn)行，而且不需要交互的情況下，使用服務(wù)。比如播放音樂，通過Service+Notification方式在后臺執(zhí)行同時在通知欄顯示著。

• 兩者的最佳使用方式

  在大部分情況下，Thread和Service都會結(jié)合著使用，比如下載文件，一般會通過Service在后臺執(zhí)行+Notification在通知欄顯示+Thread異步下載，再如應(yīng)用程序會維持一個Service來從網(wǎng)絡(luò)中獲取推送服務(wù)。在Android官方看來也是如此，所以官網(wǎng)提供了一個Thread與Service的結(jié)合來方便我們執(zhí)行后臺耗時任務(wù)，它就是IntentService，(如果想更深入了解IntentService，可以看博主的另一篇文章：Android 多線程之IntentService 完全詳解)，當(dāng)然 IntentService并不適用于所有的場景，但它的優(yōu)點(diǎn)是使用方便、代碼簡潔，不需要我們創(chuàng)建Service實(shí)例并同時也創(chuàng)建線程，某些場景下還是非常贊的！由于IntentService是單個worker thread，所以任務(wù)需要排隊(duì)，因此不適合大多數(shù)的多任務(wù)情況。

• 兩者的真正關(guān)系

  • 兩者沒有半毛錢關(guān)系。

8.管理服務(wù)生命周期

  關(guān)于Service生命周期方法的執(zhí)行順序，前面我們已分析得差不多了，這里重新給出一張執(zhí)行的流程圖（出自Android官網(wǎng)）      其中左圖顯示了使用 startService() 所創(chuàng)建的服務(wù)的生命周期，右圖顯示了使用 bindService() 所創(chuàng)建的服務(wù)的生命周期。通過圖中的生命周期方法，我們可以監(jiān)控Service的整體執(zhí)行過程，包括創(chuàng)建，運(yùn)行，銷毀，關(guān)于Service不同狀態(tài)下的方法回調(diào)在前面的分析中已描述得很清楚，這里就不重復(fù)了，下面給出官網(wǎng)對生命周期的原文描述：

  服務(wù)的整個生命周期從調(diào)用 onCreate() 開始起，到 onDestroy() 返回時結(jié)束。與 Activity 類似，服務(wù)也在 onCreate() 中完成初始設(shè)置，并在 onDestroy() 中釋放所有剩余資源。例如，音樂播放服務(wù)可以在 onCreate() 中創(chuàng)建用于播放音樂的線程，然后在 onDestroy() 中停止該線程。    無論服務(wù)是通過 startService() 還是 bindService() 創(chuàng)建，都會為所有服務(wù)調(diào)用 onCreate() 和 onDestroy() 方法。    服務(wù)的有效生命周期從調(diào)用 onStartCommand() 或 onBind() 方法開始。每種方法均有 Intent 對象，該對象分別傳遞到 startService() 或 bindService()。    對于啟動服務(wù)，有效生命周期與整個生命周期同時結(jié)束（即便是在 onStartCommand() 返回之后，服務(wù)仍然處于活動狀態(tài)）。對于綁定服務(wù)，有效生命周期在 onUnbind() 返回時結(jié)束。

  從執(zhí)行流程圖來看，服務(wù)的生命周期比 Activity 的生命周期要簡單得多。但是，我們必須密切關(guān)注如何創(chuàng)建和銷毀服務(wù)，因?yàn)榉?wù)可以在用戶沒有意識到的情況下運(yùn)行于后臺。管理服務(wù)的生命周期（從創(chuàng)建到銷毀）有以下兩種情況：

• 啟動服務(wù)  該服務(wù)在其他組件調(diào)用 startService() 時創(chuàng)建，然后無限期運(yùn)行，且必須通過調(diào)用 stopSelf() 來自行停止運(yùn)行。此外，其他組件也可以通過調(diào)用 stopService() 來停止服務(wù)。服務(wù)停止后，系統(tǒng)會將其銷毀。

• 綁定服務(wù)  該服務(wù)在另一個組件（客戶端）調(diào)用 bindService() 時創(chuàng)建。然后，客戶端通過 IBinder 接口與服務(wù)進(jìn)行通信。客戶端可以通過調(diào)用 unbindService() 關(guān)閉連接。多個客戶端可以綁定到相同服務(wù)，而且當(dāng)所有綁定全部取消后，系統(tǒng)即會銷毀該服務(wù)。 （服務(wù)不必自行停止運(yùn)行）

  雖然可以通過以上兩種情況管理服務(wù)的生命周期，但是我們還必須考慮另外一種情況，也就是啟動服務(wù)與綁定服務(wù)的結(jié)合體，也就是說，我們可以綁定到已經(jīng)使用 startService() 啟動的服務(wù)。例如，可以通過使用 Intent（標(biāo)識要播放的音樂）調(diào)用 startService() 來啟動后臺音樂服務(wù)。隨后，可能在用戶需要稍加控制播放器或獲取有關(guān)當(dāng)前播放歌曲的信息時，Activity 可以通過調(diào)用 bindService() 綁定到服務(wù)。在這種情況下，除非所有客戶端均取消綁定，否則 stopService() 或 stopSelf() 不會真正停止服務(wù)。因此在這種情況下我們需要特別注意。

9.Android 5.0以上的隱式啟動問題

既然有隱式啟動，那么就會有顯示啟動，那就先來了解一下什么是隱式啟動和顯示啟動。

• 顯示啟動  直接上代碼一目了然，不解釋了。

//顯示啟動
Intent intent = new Intent(this,ForegroundService.class);
startService(intent);

• 隱式啟動  需要設(shè)置一個Action，我們可以把Action的名字設(shè)置成Service的全路徑名字，在這種情況下android:exported默認(rèn)為true。

final Intent serviceIntent=new Intent(); serviceIntent.setAction("com.android.ForegroundService");
startService(serviceIntent);

• 存在的意義  如果在同一個應(yīng)用中，兩者都可以用。在不同應(yīng)用時，只能用隱式啟動。

• Android 5.0以上的隱式啟動問題    Android 5.0之后google出于安全的角度禁止了隱式聲明Intent來啟動Service。如果使用隱式啟動Service，會出沒有指明Intent的錯誤，如下：    主要原因我們可以從源碼中找到，這里看看Android 4.4的ContextImpl源碼中的validateServiceIntent(Intent service),可知如果啟動service的intent的component和package都為空并且版本大于KITKAT的時候只是報出一個警報,告訴開發(fā)者隱式聲明intent去啟動Service是不安全的.    而在android5.0之后呢？我們這里看的是android6.0的源碼如下（sublime text查android各個版本源碼就是爽呀?。。?nbsp;   從源碼可以看出如果啟動service的intent的component和package都為空并且版本大于LOLLIPOP(5.0)的時候,直接拋出異常，該異常與之前隱式啟動所報的異常時一致的。那么該如何解決呢？

• 解決方式

  • 設(shè)置Action和packageName

  final Intent serviceIntent=new Intent(); serviceIntent.setAction("com.android.ForegroundService");
  serviceIntent.setPackage(getPackageName());//設(shè)置應(yīng)用的包名
  startService(serviceIntent);

  • 將隱式啟動轉(zhuǎn)換為顯示啟動

  public static Intent getExplicitIntent(Context context, Intent implicitIntent) {
      // Retrieve all services that can match the given intent
       PackageManager pm = context.getPackageManager();
       List<ResolveInfo> resolveInfo = pm.queryIntentServices(implicitIntent, 0);
       // Make sure only one match was found
       if (resolveInfo == null || resolveInfo.size() != 1) {
           return null;
       }
       // Get component info and create ComponentName
       ResolveInfo serviceInfo = resolveInfo.get(0);
       String packageName = serviceInfo.serviceInfo.packageName;
       String className = serviceInfo.serviceInfo.name;
       ComponentName component = new ComponentName(packageName, className);
       // Create a new intent. Use the old one for extras and such reuse
       Intent explicitIntent = new Intent(implicitIntent);
       // Set the component to be explicit
       explicitIntent.setComponent(component);
       return explicitIntent;
      }

  調(diào)用方式如下：

  Intent mIntent=new Intent();//輔助Intent
  mIntent.setAction("com.android.ForegroundService");
  final Intent serviceIntent=new Intent(getExplicitIntent(this,mIntent));
  startService(serviceIntent);

  到此問題完美解決。

10.如何保證服務(wù)不被殺死

  實(shí)際上這種做法并不推薦，但是既然談到了，我們這里就給出一些實(shí)現(xiàn)思路吧。主要分以下3種情況

• 因內(nèi)存資源不足而殺死Service  這種情況比較容易處理，可將onStartCommand() 方法的返回值設(shè)為 START_STICKY或START_REDELIVER_INTENT ，該值表示服務(wù)在內(nèi)存資源緊張時被殺死后，在內(nèi)存資源足夠時再恢復(fù)。也可將Service設(shè)置為前臺服務(wù)，這樣就有比較高的優(yōu)先級，在內(nèi)存資源緊張時也不會被殺掉。這兩點(diǎn)的實(shí)現(xiàn)，我們在前面已分析過和實(shí)現(xiàn)過這里就不重復(fù)。簡單代碼如下：

/**
     * 返回 START_STICKY或START_REDELIVER_INTENT
     * @param intent
     * @param flags
     * @param startId
     * @return
     */
    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
//        return super.onStartCommand(intent, flags, startId);
        return START_STICKY;
    }

• 用戶通過 settings -> Apps -> Running -> Stop 方式殺死Service  這種情況是用戶手動干預(yù)的，不過幸運(yùn)的是這個過程會執(zhí)行Service的生命周期，也就是onDestory方法會被調(diào)用，這時便可以在 onDestory() 中發(fā)送廣播重新啟動。這樣殺死服務(wù)后會立即啟動。這種方案是行得通的，但為程序更健全，我們可開啟兩個服務(wù)，相互監(jiān)聽，相互啟動。服務(wù)A監(jiān)聽B的廣播來啟動B，服務(wù)B監(jiān)聽A的廣播來啟動A。這里給出第一種方式的代碼實(shí)現(xiàn)如下：

package com.zejian.ipctest.neverKilledService;

import android.app.Service;
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.content.IntentFilter;
import android.os.IBinder;
import android.support.annotation.Nullable;

/**
 * Created by zejian
 * Time 2016/10/4.
 * Description:用戶通過 settings -> Apps -> Running -> Stop 方式殺死Service
 */
public class ServiceKilledByAppStop extends Service{

    private BroadcastReceiver mReceiver;
    private IntentFilter mIF;

    @Nullable
    @Override
    public IBinder onBind(Intent intent) {
        return null;
    }

    @Override
    public void onCreate() {
        super.onCreate();
        mReceiver = new BroadcastReceiver() {
            @Override
            public void onReceive(Context context, Intent intent) {
                Intent a = new Intent(ServiceKilledByAppStop.this, ServiceKilledByAppStop.class);
                startService(a);
            }
        };
        mIF = new IntentFilter();
        //自定義action
        mIF.addAction("com.restart.service");
        //注冊廣播接者
        registerReceiver(mReceiver, mIF);
    }

    @Override
    public void onDestroy() {
        super.onDestroy();

        Intent intent = new Intent();
        intent.setAction("com.restart.service");
        //發(fā)送廣播
        sendBroadcast(intent);

        unregisterReceiver(mReceiver);
    }
}

• 用戶通過 settings -> Apps -> Downloaded -> Force Stop 方式強(qiáng)制性殺死Service  這種方式就比較悲劇了，因?yàn)槭侵苯觡ill運(yùn)行程序的，不會走生命周期的過程,前面兩種情況只要是執(zhí)行Force Stop ，也就廢了。也就是說這種情況下無法讓服務(wù)重啟，或者只能去設(shè)置Force Stop 無法操作了，不過也就沒必要了，太流氓了。。。。

ok~，以上便是保證服務(wù)在一定場景下不被殺死的解決思路，關(guān)于第3種情況，如果有解決方案，請留言哈。好，關(guān)于Service的全部介紹就此完結(jié)。  主要參考資料：  https://developer.android.com/guide/components/services.html#Notifications  https://developer.android.com/guide/components/processes-and-threads.html  https://developer.android.com/guide/components/bound-services.html#Lifecycle