【前言】

花了週末兩天的時間，整理了一下作為Android四大元件之一的Service的基礎知識，通過這篇文章，應該可以明白：對Service的理解、在什麼地方使用、怎麼使用、要注意哪些問題等。

【本文主要內容】

一、Service的基本概念（四大元件之一）
二、定義（啟動）一個Service

• 1、如何定義（啟動）一個Service：
• 2、停止一個started服務有兩種方法
• 3、onStartCommand方法的返回值

三、IntentService

• 1、IntentService的引入
• 2、IntentService的作用
• 3、IntentService的用法
• 4、Service和Thread的關係

四、使用Bind Service完成Service和Activity之間的通訊

• 1、Bind Service的介紹
• 2、實現Service和Activity之間通訊步驟
• 3、started服務與bind服務的區別
• 4、Service的生命週期

五、使用Bind Service完成IPC程序間通訊：（在同一個APP內模擬）

• 1、Bind Service的介紹
• 2、在客戶端繫結一個服務的步驟
• 3、IPC（Inter-Process Communication）程序間通訊機制
• 4、AIDL（Android Interface Definition Language）Android介面定義語言
• 5、IPC(程序間通訊)具體的步驟如下
• 6、讓Activity與一個遠端Service建立關聯的步驟：（在同一個APP內模擬）
• 7、AIDL支援的自定義資料型別

六、使用Bind Service完成IPC程序間通訊：（兩個APP之間） 
七、Messenger的使用

 

【正文】

一、Service的基本概念（四大元件之一）

Service是Android中實現程式後臺執行的解決方案，非常適合用於去執行哪些不需要和使用者互動而且還要求長期執行的任務。不能執行在一個獨立的程序當中，而是依賴與建立服務時所在的應用程式程序。只能在後臺執行，並且可以和其他元件進行互動。

Service可以在很多場合使用，比如播放多媒體的時候使用者啟動了其他Activity，此時要在後臺繼續播放；比如檢測SD卡上檔案的變化；比如在後臺記錄你的地理資訊位置的改變等等，總之服務是藏在後臺的。

服務不會自動開啟執行緒，我們需要在服務的內部手動建立子執行緒，並在這裡執行具體的任務。關於多執行緒的知識：可以參考另外一篇文章：Android多執行緒----非同步訊息處理機制之Handler詳解

 

二、定義（啟動）一個Service：

1、如何定義（啟動）一個Service：

核心步驟如下：

• 建立一個類繼承android.app.Service類，實現抽象方法onBind()，重寫onCreate()、onStartCommand()、onDestry();
• 在清單檔案中配置Service。

新建一個Android專案ServiceTest，具體步驟如下：

（1）新建一個MyService類，繼承自Service，並重寫父類的onCreate()、onStartCommand()和onDestroy()方法，程式碼如下：

可以看到，我們只是在onCreate()、onStartCommand()和onDestroy()方法中分別列印了一句話，並沒有進行其它任何的操作，注意程式碼註釋中這三個方法的作用。

onBind()方法是Service中唯一的一個抽象方法，所以必須要在子類裡實現。我們知道，Service可以有兩種啟動方式：一種是startService()，另一種是bindService()。第二種啟動方式才會用到onBind()方法。我們這先用第一種方式啟動Service，所以暫時忽略onBind()方法。

（2）在清單檔案中宣告：（和Activity標籤並列）

（3）修改activity_main.xml程式碼，如下：

我們在佈局檔案中加入了兩個按鈕，一個用於啟動Service，一個用於停止Service。

（4）在MainActivity作為程式的主Activity，在裡面加入啟動Service和停止Service的邏輯，程式碼如下：

核心程式碼：31行至32行、35行至36行。

可以看到，在Start Service按鈕的點選事件裡，我們構建出了一個Intent物件，並呼叫startService()方法來啟動MyService。然後在Stop Serivce按鈕的點選事件裡，我們同樣構建出了一個Intent物件，並呼叫stopService()方法來停止MyService。程式碼的邏輯非常簡單。

這樣的話，一個簡單的帶有Service功能的程式就寫好了。

啟動和停止服務：

定義好服務之後，接下來看一下如何啟動和停止一個服務，這主要是藉助Intent來實現的。注意startService()和stopService()方法都是定義在Context類當中的，所以可以在MainActivity中直接呼叫這兩個方法。

執行上面的程式，點選button1_start_service按鈕，啟動服務，後臺列印日誌如下：

說明服務啟動成功。

那麼如果我再連續點三次button1_start_service按鈕，後臺增加的日誌如下：

事實上，onCreate()方法只會在Service第一次被建立的時候呼叫，而onStartCommand()方法在每次啟動服務的時候都會呼叫。

我們還可以在正在“設定--應用---執行”中找到這個服務，如下圖所示：

點開上圖中的紅框部分，可以看到：

如果我們再點選button2_stop_service按鈕或者點選上圖中的“Stop”，MyService服務就停止掉了：

需要注意的是：

• 服務物件同時只會有一個
• 預設情況下，一個started的Service與啟動他的元件在同一個執行緒中。上面的例項中，服務就是在主執行緒中執行的，如果是在服務中完成耗時操作的話，容易造成主執行緒阻塞。

2、停止一個started服務有兩種方法：

（1）在外部使用stopService()

（2）在服務內部(onStartCommand方法內部)使用stopSelf()方法。

3、onStartCommand方法的返回值：

onStartCommand方法執行時，返回的是一個int型。這個整型可以有三個返回值：START_NOT_STICKY、START_STICKY、START_REDELIVER_INTENT

• START_NOT_STICKY:“非粘性的”。使用這個返回值時，如果在執行完onStartCommand方法後，服務被異常kill掉，系統不會自動重啟該服務。
• START_STICKY：如果Service程序被kill掉，保留Service的狀態為開始狀態，但不保留遞送的intent物件。隨後系統會嘗試重新建立Service，由於服務狀態為開始狀態，所以建立服務後一定會呼叫onStartCommand(Intent,int,int)方法。如果在此期間沒有任何啟動命令被傳遞到Service，那麼引數Intent將為null。
• START_REDELIVER_INTENT：重傳Intent。使用這個返回值時，系統會自動重啟該服務，並將Intent的值傳入。

 

三、IntentService

1、IntentService的引入：

我們在第一段中就已經說了，服務中的程式碼預設執行在主執行緒中，如果直接在服務裡執行一些耗時操作，容易造成ANR（Application Not Responding）異常，所以就需要用到多執行緒的知識了。

因此一個比較標準的服務可以這樣寫：

核心程式碼：14至19行，在子執行緒中處理具體的邏輯。

需要注意的是，如果沒有第17行的stopSelf()，服務一旦啟動後，就會一直處於執行狀態，必須呼叫stopService()或者stopSelf()方法才能讓服務停止下來；所以我們添加了17行的stopSelf()，服務執行完畢後會自動停止。

雖說上面的這種寫法並不複雜，但總會有一些程式猿忘記開啟執行緒，或者忘記呼叫stopSelf()方法。為了可以簡單地建立一個非同步的、會自動停止的服務，Android專門提供了一個IntentService類，這個類就很好的解決了上面所提到的兩種尷尬。另外，可以啟動IntentService多次，而每一個耗時操作會以工作佇列的方式在IntentService的onHandleIntent()回撥方法中執行，並且每次只會執行一個工作執行緒，執行完第一個後，再執行第二個，以此類推。

2、IntentService的作用：

當我們需要這樣一次性完成的任務時，就可以使用IntentService來完成。

3、IntentService的用法：

我們在上面的專案ServiceTest基礎上進行修改，步驟如下：

（1）新建一個MyIntentService類，繼承自IntentService，並重寫父類的onHandleIntent()方法，程式碼如下：

這裡首先要提供一個無參的構造方法，並且必須在其內部呼叫父類的有參構造方法（9至12行），我們在第10行手動將服務的名字改為“MyIntentService”。

然後在子類中實現onHandleIntent()這個抽象方法，可以在這個方法裡去處理一些具體的邏輯，我們就用三次for迴圈，列印當前執行緒的id，每次延時1秒。

因為這個服務在執行結束後會自動停止，所以我們在onDestroy()方法中列印日誌驗證一下。

（2）在清單檔案中對服務進行註冊服務：

（3）在activity_main.xml中新增一個按鈕button3_stop_intentservice，用於啟動MyIntentService服務，程式碼略。

（4）在MainActivity裡面加入啟動IntentService的邏輯，核心程式碼如下：

我們在第02行中，列印主執行緒的id。

執行程式，點選按鈕button3_stop_intentservice，顯示如下：

由此可見，啟動一個IntentService和啟動一個普通的Service，步驟是一樣的。

4、Service和Thread的關係：

不少Android初學者都可能會有這樣的疑惑，Service和Thread到底有什麼關係呢？什麼時候應該用Service，什麼時候又應該用Thread？答案可能會有點讓你吃驚，因為Service和Thread之間沒有任何關係！

之所以有不少人會把它們聯絡起來，主要就是因為Service的後臺概念。Thread我們大家都知道，是用於開啟一個子執行緒，在這裡去執行一些耗時操作就不會阻塞主執行緒的執行。而Service我們最初理解的時候，總會覺得它是用來處理一些後臺任務的，一些比較耗時的操作也可以放在這裡執行，這就會讓人產生混淆了。但是，如果我告訴你Service其實是執行在主執行緒裡的，你還會覺得它和Thread有什麼關係嗎？

其實，後臺和子執行緒是兩個完全不同的概念：

Android的後臺就是指，它的執行是完全不依賴UI的。即使Activity被銷燬，或者程式被關閉，只要程序還在，Service就可以繼續執行。比如說一些應用程式，始終需要與伺服器之間始終保持著心跳連線，就可以使用Service來實現。你可能又會問，Service既然是執行在主執行緒裡，在這裡一直執行著心跳連線，難道就不會阻塞主執行緒的執行嗎？當然會，但是我們可以在Service中再建立一個子執行緒，然後在這裡去處理耗時邏輯就沒問題了。

既然在Service裡也要建立一個子執行緒，那為什麼不直接在Activity裡建立呢？這是因為Activity很難對Thread進行控制，當Activity被銷燬之後，就沒有任何其它的辦法可以再重新獲取到之前建立的子執行緒的例項；而且在一個Activity中建立的子執行緒，另一個Activity無法對其進行操作。但是Service就不同了，所有的Activity都可以與Service進行關聯，然後可以很方便地操作其中的方法，即使Activity被銷燬了，之後只要重新與Service建立關聯，就又能夠獲取到原有的Service中Binder的例項。因此，使用Service來處理後臺任務，Activity就可以放心地finish，完全不需要擔心無法對後臺任務進行控制的情況。

所以說，一個比較標準的Service，就可以寫成本段中第1節的樣子。

 

四、使用Bind Service完成Service和Activity之間的通訊

有沒有什麼辦法能讓它們倆的關聯更多一些呢？比如說在Activity中指揮Service去幹什麼，Service就去幹什麼。當然可以，只需要讓Activity和Service建立關聯就好了。

1、Bind Service的介紹：

應用程式元件(客戶端）通過呼叫bindService()方法能夠繫結服務，然後Android系統會呼叫服務的onBind()回撥方法，則個方法會返回一個跟伺服器端互動的Binder物件。

這個繫結是非同步的，bindService()方法立即返回，並且不給客戶端返回IBinder物件。要接收IBinder物件，客戶端必須建立一個ServiceConnection類的例項，並且把這個例項傳遞給bindService()方法。ServiceConnection物件包含了一個系統呼叫的傳遞IBinder物件的回撥方法。

注意：只有Activity、Service、Content Provider能夠繫結服務；BroadcastReceiver廣播接收器不能繫結服務。

2、實現Service和Activity之間通訊步驟：

我們依然在第二段中的專案ServiceTest基礎上進行修改。

觀察上面第二段中MyService中的程式碼，你會發現一直有一個onBind()方法我們都沒有使用到，這個方法其實就是用於和Activity建立關聯的，修改MyService中的程式碼，如下所示：

38至50行：新建一個MyBinder類，繼承Binder：讓裡面的方法執行下載任務，並獲取下載進度。當然，這裡只是兩個模擬方法，並沒有實現真正的功能，我們通過列印日誌的形式來體現。

接著建立MyBinder的例項（13行），然後在onBind()方法裡返回這個例項（35行）。

核心程式碼是35行，返回這個mBinder，是一個IBinder型別，就可以把這個IBinder型別傳遞到MainActivity中，從而呼叫Service裡面的方法。下面就要看一看，在MainActivity是如何呼叫Service裡面的兩個方法的。

（2）檢查清單檔案，是否已經對Service進行註冊：

（3）在activity_main.xml中繼續新增兩個按鈕button3_bind_service和button4_unbind_service，用於繫結服務和取消繫結服務。最終，activity_main.xml的完整程式碼如下：

（4）接下來再修改MainActivity中的程式碼，讓MainActivity和MyService之間建立關聯，程式碼如下所示：

可以看到，這裡我們首先建立了一個ServiceConnection的匿名類（24行），在裡面重寫了onServiceConnected()方法和onServiceDisconnected()方法，如果當前Activity與服務連線成功後，服務會回撥onServiceConnected()方法，

在onServiceConnected()方法中，我們又通過向下轉型得到了MyBinder的例項（34行），有了這個例項，Activity和Service之間的關係就變得非常緊密了。現在我們可以在Activity中根據具體的場景來呼叫MyBinder中的任何public方法（36、37行），即實現了Activity指揮Service幹什麼Service就去幹什麼的功能。

當然，現在Activity和Service其實還沒關聯起來了呢，這個功能是在Bind Service按鈕的點選事件裡完成的。可以看到，這裡我們仍然是構建出了一個Intent物件，然後呼叫bindService()方法將Activity和Service進行繫結。bindService()方法接收三個引數，第一個引數就是剛剛構建出的Intent物件，第二個引數是前面創建出的ServiceConnection的例項，第三個引數是一個標誌位，這裡傳入BIND_AUTO_CREATE表示在Activity和Service建立關聯後會自動建立Service（即使之前沒有建立Service也沒有關係），這會使得MyService中的onCreate()方法得到執行，但onStartCommand()方法不會執行。

然後如何我們想解除Activity和Service之間的關聯怎麼辦呢？呼叫一下unbindService()方法就可以了，這也是Unbind Service按鈕的點選事件裡實現的邏輯。

現在讓我們重新執行一下程式吧，在MainActivity中點選一下Bind Service按鈕，LogCat裡的列印日誌如下圖所示：

可以看到，只點擊了Bind Service按鈕，但是oncreate()方法得到了執行，而onStartCommand()方法不會執行。

另外需要注意，任何一個Service在整個應用程式範圍內都是通用的，即MyService不僅可以和MainActivity建立關聯，還可以和任何一個Activity建立關聯，而且在建立關聯時它們都可以獲取到相同的MyBinder例項。

如何銷燬Service：

根據上面第一段的知識，我們介紹了銷燬Service最簡單的一種情況：現在解除安裝程式，重新執行程式，點選Start Service按鈕啟動Service，再點選Stop Service按鈕停止Service，這樣MyService就被銷燬了：

現在回到本段內容。解除安裝程式，重新開始。那麼如果我們只點擊的Bind Service按鈕呢？由於在繫結Service的時候指定的標誌位是BIND_AUTO_CREATE，說明點選Bind Service按鈕的時候Service也會被建立，這時應該怎麼銷燬Service呢？其實也很簡單，點選一下Unbind Service按鈕，將Activity和Service的關聯解除就可以了：

以上這兩種銷燬的方式都很好理解。那麼如果我們既點選了Start Service按鈕，又點選了Bind Service按鈕會怎麼樣呢？這個時候你會發現，不管你是單獨點選Stop Service按鈕還是Unbind Service按鈕，Service都不會被銷燬，必要將Unbind Service按鈕和Stop Service按鈕都點選一下（沒有先後順序），Service才會被銷燬。也就是說，點選Stop Service按鈕只會讓Service停止，點選Unbind Service按鈕只會讓Service和Activity解除關聯，一個Service必須要在既沒有和任何Activity關聯又處理停止狀態的時候才會被銷燬。

點選Unbind Service按鈕後，再次點選Unbind Service按鈕按鈕引發的問題：

假設現在Service和Activity已經相關聯了，點選Unbind Service按鈕能夠解除繫結，如果繼續點選Unbind Service按鈕，程式會異常退出，這說明程式碼不夠完善，我們需要在程式碼中加一個判斷是否繫結的標記mBound。在改MainActivity中增加一部分程式碼，最終改MainActivity的完整程式碼如下：（加粗字型是新增的內容）

新增的程式碼是第21行、29行、72行至74行。

這樣的話，連續點選Unbind Service按鈕，就不會使程式出現異常。

3、started服務與bind服務的區別：

區別一：生命週期

• 通過started方式的服務會一直執行在後臺，需要由元件本身或外部元件來停止服務才會以結束執行
• bind方式的服務，生命週期就要依賴繫結的元件

區別二：引數傳遞

• started服務可以給啟動的服務物件傳遞引數，但無法獲取服務中方法的返回值
• bind服務可以給啟動的服務物件傳遞引數，也可以通過繫結的業務物件獲取返回結果

實際開發中的技巧；

• 第一次先使用started方式來啟動一個服務
• 之後可以使用bind的方式繫結服務，從而可以直接呼叫業務方法獲取返回值

4、Service的生命週期：

一旦在專案的任何位置呼叫了Context的startService()方法，相應的服務就會啟動起來，並回調onstartCommand()方法。如果這個服務之前還沒有建立過，onCreate()方法會先於onstartCommand()方法執行。服務啟動過後，會一直保持執行狀態，直到stopService()或stopself()方法被呼叫。注意雖然每次呼叫一次startService()方法，onstartCommand()方法就會以執行一次，但實際上每個服務都只會存在一個例項。所以不管你呼叫了多少次startService()方法，只需呼叫一次stopService()或stopself()方法，服務就會停止。

另外，還可以呼叫Context的bindService()來獲取一個服務的持久連線，這時就會回撥服務中的onBind()方法。類似地，如果這個服務之前還沒有建立過，onCreate()方法會先於onBind()方法執行。之後呼叫方可以獲取到onBind()方法裡返回的IBinder物件的例項，這樣，就能自由地和服務進行通訊了。只要呼叫方和服務之間的連線沒有斷開，服務就會一直保持執行狀態。

 

五、使用Bind Service完成IPC程序間通訊：（在同一個APP內模擬）

既然是在在同一個APP內模擬程序間通訊，其實就是完成程序內通訊，但是原理都是一樣的嘛。

也就是說，要實現：讓Activity與一個遠端Service建立關聯，這就要使用AIDL來進行跨程序通訊了（IPC）。這裡把Bind Service及其他的概念再重複一下：

1、Bind Service的介紹：

應用程式元件(客戶端）通過呼叫bindService()方法能夠繫結服務，然後Android系統會呼叫服務的onBind()回撥方法，則個方法會返回一個跟伺服器端互動的Binder物件。

這個繫結是非同步的，bindService()方法立即返回，並且不給客戶端返回IBinder物件。要接收IBinder物件，客戶端必須建立一個ServiceConnection類的例項，並且把這個例項傳遞給bindService()方法。ServiceConnection物件包含了一個系統呼叫的傳遞IBinder物件的回撥方法。

注意：只有Activity、Service、Content Provider能夠繫結服務；BroadcastReceiver廣播接收器不能繫結服務。

2、在客戶端繫結一個服務的步驟：

（1）實現ServiceConnection抽象類。實現過程中，必須重寫一下兩個回撥方法：

• onServiceConnected()  和服務繫結成功後，系統會呼叫這個方法來發送由服務的onBind()方法返回的IBinder物件
• onServiceDisconnected()   當服務異常終止時會呼叫(如服務崩潰或被殺死時)。注意，在客戶端解除繫結時不會呼叫該方法。

（2）呼叫bindService()方法來傳遞ServiceConnection類的實現；

（3）當系統呼叫你的onServiceConnected()回撥方法時，你就可以開始使用介面中定義的方法來呼叫服務了

（4）呼叫unbindService()方法斷開與服務的連結。

注：bindService()和unbindService()方法都是Context類中的方法。

3、IPC（Inter-Process Communication）程序間通訊機制：

在同一程序中，各個元件進行通訊是十分方便的，普通的函式呼叫就可以解決；但是對於不同的程序中的元件來說，要進行通訊，就需要用到Android的IPC機制了。

對應用開發者來說，Android的IBinder/Binder框架實現了Android的IPC通訊。當然，IBinder/Binder框架也可以用來實現程序內通訊（本地通訊），也可以實現程序間通訊（遠端通訊）

從Android SDK中對IBinder/Binder的解釋可知，IBinder/Binder是Android遠端物件的基本介面，它是Android用於提供高效能IPC通訊而設計的一套輕量級遠端呼叫機制的核心部分。該介面描述了與一個遠端物件進行通訊的抽象協議。

4、AIDL（Android Interface Definition Language）Android介面定義語言：

AIDL它可以用於讓某個Service與多個應用程式元件之間進行跨程序通訊，從而可以實現多個應用程式共享同一個Service的功能。

AIDL支援的型別：八大基本資料型別、String型別、CharSequence、List、Map、自定義。

來看下面的這張原理圖：

上圖中，如果A應用程式想訪問B應用程式中的業務物件，可以先讓A繫結B應用中的Service，然後通過Service去訪問B中的業務物件。我們可以用AIDL來描述需要被別人呼叫的介面（即B中的業務物件）。

5、IPC(程序間通訊)具體的步驟如下：

• 使用AIDL定義業務介面，通過ADT工具來生成一個java類，此類實現了程序間遠端通訊的代理
• 編寫自己的業務類（繼承生成的類中的Stub）來實現業務介面功能
• 再通過繫結Service的方式來暴露此業務物件，給其它元件提供功能
• 呼叫者元件通過bindService方法繫結服務，從而獲取繫結成功後的遠端業務物件或本地業務物件，然後就可以呼叫相關功能。
• 注意：一般在使用完繫結服務後，需要解除繫結。

下面就通過程式碼來實現。

6、讓Activity與一個遠端Service建立關聯的步驟：（在同一個APP內模擬）

新建一個全新的Android工程ServiceTest02。

（1）新建IPerson.aidl檔案，程式碼如下所示：

這個檔案裡，新增我們需要的業務方法。第01行是包名。注意不要寫public等修飾符。（如果這個檔案寫錯了，程式會報錯，後面的Java檔案也不會自從生成）

檔案儲存之後，ADT會在gen目錄下自動生成一個對應的Java檔案，如下圖所示：

之後，程式執行的時候使用的是這個Java檔案，與aidl檔案就沒有關係了。

我們來大致分析一下這個自動生成的Java檔案。完整版程式碼如下：

分析：

這個Java檔案實際上是一個介面，同時生成了在aidl檔案中定義的四個方法，並丟擲了遠端呼叫的異常。我們按住Ctrl鍵，點開上圖中藍框部分的IInterface，檢視一下原始碼：

可以看到，在IInterface接口裡，定義了一個介面IBinder，這是IPC機制的核心介面。

再回來看IPerson.java檔案的第9行定義了這樣一個抽象類：

上圖中的Stub類可以比作存根。Stub類繼承了Binder類，同時實現了IPerson介面（沒有實現IPerson裡的方法）。所以進一步理解為：Stub既是IPerson裡的內部類，也是一個IPerson。

（2）新建PersonImpl類，繼承IPerson.Stub類，重寫父類裡的方法。程式碼如下：（也就是說，根據上面的java類，生成業務物件，即原理圖中B應用的業務物件）

（3）新建類MyService，程式碼如下：

核心程式碼：12行和35行。

因為PersonImpl類繼承了IPerson.Stub，而Stub繼承了Binder，Binder又實現了IBinder。所以，PersonImpl可以理解為一個IBinder。於是可以在第35行返回PersonImpl的例項。

（4）在清單檔案中新增許可權：

 

現在，B應用的業務物件和服務建立好了。B應用的業務物件通過與Service繫結，讓Service把業務物件暴露給了A應用或者其他的應用。也就是說，Service最終並沒有實現業務功能。

如果要讓A應用來訪問，該怎麼做呢？

（5）在activity_main.xml中新增兩個按鈕button_bind_service和button_unbind_service，用於繫結遠端服務和取消繫結。activity_main.xml的程式碼如下：

（6）MainActivity中的程式碼，如下所示：

核心程式碼是第38行：可以看到，這裡首先使用了MyAIDLService.Stub.asInterface()方法將傳入的IBinder物件傳換成了IPerson物件，接下來就可以呼叫在IPerson.aidl檔案中定義的所有介面了（41至44行）。呼叫之後，我們在後臺列印輸出。

執行程式，點選按鈕，效果如下：

由此可見，我們確實已經成功實現跨程序通訊了，在一個程序中訪問到了另外一個程序中的方法。 注意，這個Service是執行在主執行緒當中的，畢竟我們是在本地模擬的嘛。

另外注意藍色箭頭處，可以看出，這個person其實就是personImpl，因為是在本地呼叫。所以說，目前的跨程序通訊其實並沒有什麼實質上的作用，因為這只是在一個Activity裡呼叫了同一個應用程式的Service裡的方法。而跨程序通訊的真正意義是為了讓一個應用程式去訪問另一個應用程式中的Service，以實現共享Service的功能。那麼下面我們自然要學習一下，如何才能在其它的應用程式中呼叫到MyService裡的方法。

繼續回顧第（1）步中自動生成的IPerson.java檔案，擷取第22至32行，摘抄如下：

程式碼解釋：

上方第06行的iin代表的是，查詢本地物件返回的結果。

07行：如果iin不為空，並且iin為IPerson，那就將iin強制轉換為IPerson（08行）。很顯然，這裡是程序內通訊（本地通訊）要用到的。也就是本段中的例子。

10行：代表的是程序間通訊（遠端通訊），此時第07行的if語句不成立，於是返回第10行的代理物件Proxy(obj)。

 

實現程序間通訊的兩個辦法：

如果要實現程序間通訊，就必須讓MainActivity和Service相互獨立。有兩個辦法：

（1）辦法一：將本地的Service設定為遠端。只需要在清單檔案中註冊Service的時候將它的android:process屬性指定成:remote就可以了，程式碼如下所示：

後臺列印日誌如下：

上圖的紅框部分顯示，Service和Activity並非在同一個執行緒內，連包名都不一樣。而IPeron也並非是本地的IPeron。

如果將這種方法應用到上面的第四段中，情形是這樣的：

點選button1_start_service，服務啟動。既然已經將Service的android:process屬性指定成:remote，此時Service和Activity不在同一個執行緒內，那麼即使在Service的onStartCommand()方法中執行耗時操作而不重新開啟子執行緒，程式也不會阻塞。

但是，如果點選button3_bind_service按鈕繫結服務，程式會崩潰的。這是因為，目前MyService已經是一個遠端Service了，Activity和Service執行在兩個不同的程序當中，這時就不能再使用傳統的建立關聯的方式，程式也就崩潰了。

現在我們總結一下：

第四段中使用的是傳統的方式和Service建立關聯，預設MainActivity和MyService在同一個執行緒內，如果將Service的android:process屬性指定成:remote，此時MainActivity和MyService將在不同的執行緒內，但是無法繫結服務。

本段中（第五段）使用的是IPC跨程序通訊，MainActivity和MyService在不同的程序中，可以繫結遠端服務。

（2）辦法二：新建另外一個工程，真正實現遠端通訊。這就是我們下一段（第六段）要講的內容。

我們還是先回過頭來再鞏固一下本段中AIDL的知識吧。

 

7、AIDL支援的自定義資料型別：

我們在本段中的第4小結講到，AIDL支援的型別：八大基本資料型別、String型別、CharSequence、List、Map、自定義，那我們就來詳細說下這個自定義資料型別。

由於這是在不同的程序之間傳遞資料，Android對這類資料的格式支援是非常有限的，基本上只能傳遞Java的基本資料型別、字串、List或Map等。那麼如果我想傳遞一個自定義的類該怎麼辦呢？這就必須要讓這個類去實現Parcelable介面，並且要給這個類也定義一個同名的AIDL檔案進行宣告。這部分內容並不複雜，而且和Service關係不大。具體操作如下：

重新建一個工程ServiceTest03。步驟如下：

（1）新建一個Student類去實現Parcelable介面。Student類是作為傳遞的自定義類：

我們在這個類中放入了name和age這兩個引數，並實現了Parcelable介面。注意第44行至55行程式碼的修改。

接著，新建一個和類同名的aidl檔案，即新建Student.aidl，程式碼如下：

 

注意這個parcelable的第一個字母是小寫。

繼續，新建IStudent.aidl，作為需要遠端傳遞的業務方法。程式碼如下：

核心程式碼是第03行，雖然Student類檔案和本檔案是在同一個包下，但是依然要導包，否則將無法識別Student類。然後在第06行程式碼中，就可以把Student這個類傳遞出去了。注意了，第06行返回的是Student型別，這不就是ADIL所支援的自定義型別嘛。

檔案結構如下：

綜上所述，傳遞自定義類，有三個步驟：

• 自定義類實現Parcelable介面
• 新建同名的aidl檔案，宣告這個Parcelable型別的自定義類
• 在需要遠端傳遞的aidl檔案中導包，引用進來

那麼接下來的步驟就和本段中的第6小節一樣了，就不再多解釋了，這裡只貼程式碼：

（2）新建StudentImpl類，繼承IStudent.Stub類。程式碼如下：（也就是說，根據步驟（1）中的java類，生成業務物件，即原理圖中B應用的業務物件）

（3）新建Service類，程式碼如下:

核心程式碼：12行、35行、36行。

（4）在清單檔案中新增許可權：

現在，B應用的業務物件和服務建立好了。B應用的業務物件通過與Service繫結，讓Service把業務物件暴露給了A應用或者其他的應用。也就是說，Service最終並沒有實現業務功能。

如果要讓A應用來訪問，該怎麼做呢？

（5）在activity_main.xml中新增兩個按鈕button1_setStudent和button2_getStudent。activity_main.xml的程式碼如下：

注：佈局檔案裡不再新增繫結服務和取消繫結的按鈕，我們稍後在Activity的生命週期裡完成這件事。

（6）MainActivity中的程式碼，如下所示：

核心程式碼是第44行。

我們在第75行、86至87行使用到了IStudent中的業務方法。

執行程式，點選第一個按鈕，然後點選第二個按鈕，效果如下：

這樣，Acitivity就成功呼叫了遠端Service的自定義類。

 

六、使用Bind Service完成IPC程序間通訊：（兩個APP之間） 

上一段中的跨程序通訊其實並沒有什麼實質上的作用，因為這只是在一個Activity裡呼叫了同一個應用程式的Service裡的方法。而跨程序通訊的真正意義是為了讓一個應用程式去訪問另一個應用程式中的Service，以實現共享Service的功能。那麼下面我們自然要學習一下，如何才能在其它的應用程式中呼叫到MyService裡的方法。

在第四段中我們已經知道，如果想要讓Activity與Service之間建立關聯，需要呼叫bindService()方法，並將Intent作為引數傳遞進去，在Intent裡指定好要繫結的Service，核心程式碼如下：

這裡在構建Intent的時候是使用MyService.class來指定要繫結哪一個Service的，但是在另一個應用程式中去繫結Service的時候並沒有MyService這個類，這時就必須使用到隱式Intent了。

具體步驟如下：

我們在第六段中的MyService02這個工程檔案中進行修改。程式碼實現如下：

（1）現在修改AndroidManifest.xml中的程式碼，給MyService加上一個action，如下所示：

這就說明，MyService可以響應帶有com.example.servicetest02.MyService這個action的Intent。

現在重新執行一下MyService02這個程式，這樣就把遠端Service端的工作全部完成了。

然後新建一個新的工程，起名為ClientTest，我們就嘗試在這個程式中遠端呼叫MyService中的方法。

ClientTest中的Activity如果想要和MyService建立關聯其實也不難，首先需要將IPerson.aidl檔案從ServiceTest02專案中拷貝過來，注意要將原有的包路徑一起拷貝過來，完成後專案的結構如下圖所示：

（2）在activity_main.xml中新增兩個按鈕button_bind_service和button_unbind_service，用於繫結遠端服務和取消繫結。activity_main.xml的程式碼如下：

（3）在MainActivity中加入和遠端的MyService建立關聯的程式碼，如下所示：

這部分程式碼大家一定會非常眼熟吧？沒錯，這和在ServiceTest02的MainActivity中的程式碼幾乎是完全相同的，只是在讓Activity和Service建立關聯的時候我們使用了隱式Intent，將Intent的action指定成了com.example.servicetest02.MyAIDLService（63行）。

在當前Activity和MyService建立關聯之後，我們仍然是呼叫了setName、setAge、setSex、getPerson()這幾個方法，遠端的MyService會對傳入的引數進行處理並返回結果，然後將結果打印出來。

這樣的話，ClientTest中的程式碼也就全部完成了，現在執行一下這個專案，然後點選Bind Service按鈕，此時就會去和遠端的MyService建立關聯，觀察LogCat中的列印資訊如下所示：

注意紅框部分，包名是不一樣的哦。由此可見，我們確實已經成功實現跨程序通訊了，在一個程式中訪問到了另外一個程式中的方法。

 

七、Messenger的使用：

 

介紹：Messenger實現了IPC通訊，底層也是使用了AIDL方式。和AIDL方式不同的是，Messenger方式是利用Handler形式處理，因此，它是執行緒安全的，這也表示它不支援併發處理；而AIDL方式是非執行緒安全的，支援併發處理，因此，我們使用AIDL方式時，需要保證程式碼的執行緒安全。大部分情況下，應用中不需要併發處理，因此我們通常只需要使用Messenger方式。

過程：在程序A中建立一個Message，將這個Message物件通過Messenger.send(message)方法傳遞到程序B的訊息佇列裡，然後交給Handler去處理。

當然，Message物件本身是無法被傳遞到程序B的，send(message)方法會使用一個Pacel物件對Message物件編集，再將Pacel物件傳遞到程序B中，然後解編集，得到一個和程序A中的Message物件內容一樣的物件。

關於多執行緒的Handler機制，如果不清楚的話，可以參考本人另外一篇部落格：

使用Messenger來實現IPC的步驟：

• 在Service中建立一個Messenger物件並繫結一個Handler
• 在onBind方法中通過Messenger.getIbinder方法返回一個IBinder物件。
• 在呼叫的元件中的ServiceConnection的onServiceConnected事件方法中根據iBinder物件來建立一個Messenger物件。這樣，兩個Messenger就同時繫結到一個IBinder上，從而實現通訊。
• 在呼叫的元件中使用Messenger的send方法來發送訊息到Service的Messenger物件中。

那我們通過程式碼來實現以下吧。新建一個全新的工程MessengerTest。步驟如下：

（1）新建一個MessengerService類，繼承Service類，程式碼如下：

核心程式碼：16至28行、31行、37行。

37行中，將IBinder型別返回之後，就已經和Messenger進行綁定了。

（2）在清單檔案中註冊服務：（和Activity標籤並列）

 

（3）修改activity_main.xml程式碼，新增一個按鈕，用於傳送Message，程式碼如下：

（4）在MainActivity作為程式的主Activity，在裡面加入傳送Message訊息和建立Service連線的邏輯，程式碼如下：

我們在上一步的MessengerService類新建了一個Messenger，在這裡又新建另一個Messenger（54行）。兩個Messenger綁定了同一個服務，Activity就可以和Service實現通訊了。

點選按鈕（72行），傳送訊息，讓MessengerService類裡的Messenger去接收，然後交給handler去處理，從而執行handleMessage()裡方法，也就是說，執行了Service裡面的方法。

執行程式，點選按鈕，顯示效果如下：

後臺列印日誌如下：

說明這個MessengerService和普通Service一樣，也是執行在主執行緒當中的。

當然了，這裡的Messenger的實現比較簡單，如果以後需要實現複雜IPC訪問，還是需要自己去寫AIDL才更加直接有效，可控性強。