前言

在決定用這個标題之前甚是忐忑，主要是擔心自己對AIDL的了解不夠深入，到時候大家看了之後說——你這是什麼玩意兒，就這麼點東西就敢說夠了？簡直是坐井觀天不知所謂——那樣就很尴尬了。不過又轉念一想，我輩年輕人自當有一種一往無前的銳氣，标題大氣一點豈不更好？并且大家都是文明人，總歸更多的是了解與補充而不是侮辱與謾罵？是以最終還是厚顔用了這麼一個不怎麼有恥的标題。

好了，接下來進入正題，談談我對AIDL的了解和認識。

正文

1，概述

AIDL是一個縮寫，全稱是Android Interface Definition Language，也就是Android接口定義語言。是的，首先我們知道的第一點就是：AIDL是一種語言。既然是一種語言，那麼相應的就很自然的衍生出了一些問題：

為什麼要設計出這麼一門語言？
它有哪些文法？
我們應該如何使用它？
再深入一點，我們可以思考，我們是如何通過它來達到我們的目的的？
更深入一點，為什麼要這麼設計這門語言？會不會有更好的方式來實作我們的目的？

接下來，我們就一步步的來解答上面的這些問題。

ps：1，在研究AIDL相關的東西之前，一些必要的知識儲備是要有的。一方面是關于Android中service相關的知識，要了解的比較通透才行，關于這方面的東西可以參考 Android中的Service：默默的奉獻者 (1)，Android中的Service：Binder，Messenger，AIDL（2）這兩篇博文。另一方面是關于Android中序列化的相關知識，這方面的東西文中會簡單提及，但是如果想要深入的研究一下的話最好還是去找一些這方面的資料看一下。 2，我的編譯環境為Android Studio2.1.2，SDK Version 23，JDK 1.7。

2，為什麼要設計這門語言？

設計這門語言的目的是為了實作程序間通信，尤其是在涉及多程序并發情況下的程序間通信。

每一個程序都有自己的Dalvik VM執行個體，都有自己的一塊獨立的記憶體，都在自己的記憶體上存儲自己的資料，執行着自己的操作，都在自己的那片狹小的空間裡過完自己的一生。每個程序之間都你不知我，我不知你，就像是隔江相望的兩座小島一樣，都在同一個世界裡，但又各自有着自己的世界。而AIDL，就是兩座小島之間溝通的橋梁。相對于它們而言，我們就好像造物主一樣，我們可以通過AIDL來制定一些規則，規定它們能進行哪些交流——比如，它們可以在我們制定的規則下傳輸一些特定規格的資料。

總之，通過這門語言，我們可以愉快的在一個程序通路另一個程序的資料，甚至調用它的一些方法，當然，隻能是特定的方法。

但是，如果僅僅是要進行跨程序通信的話，其實我們還有其他的一些選擇，比如 BroadcastReceiver , Messenger 等，但是 BroadcastReceiver 占用的系統資源比較多，如果是頻繁的跨程序通信的話顯然是不可取的；Messenger 進行跨程序通信時請求隊列是同步進行的，無法并發執行，在有些要求多程序的情況下不适用——這種時候就需要使用 AIDL 了。如果想要了解它們更詳細的差別的話，可以去我的另一篇博文看看：Android中的Service：Binder，Messenger，AIDL（2）

3，它有哪些文法？

其實AIDL這門語言非常的簡單，基本上它的文法和 Java 是一樣的，隻是在一些細微處有些許差别——畢竟它隻是被創造出來簡化Android程式員工作的，太複雜不好——是以在這裡我就着重的說一下它和 Java 不一樣的地方。主要有下面這些點：

檔案類型：用AIDL書寫的檔案的字尾是 .aidl，而不是 .java。
資料類型：AIDL預設支援一些資料類型，在使用這些資料類型的時候是不需要導包的，但是除了這些類型之外的資料類型，在使用之前必須導包，就算目标檔案與目前正在編寫的 .aidl 檔案在同一個包下——在 Java 中，這種情況是不需要導包的。比如，現在我們編寫了兩個檔案，一個叫做 Book.java ，另一個叫做 BookManager.aidl，它們都在 com.lypeer.aidldemo 包下，現在我們需要在 .aidl 檔案裡使用 Book 對象，那麼我們就必須在 .aidl 檔案裡面寫上 import com.lypeer.aidldemo.Book;
哪怕 .java 檔案和 .aidl 檔案就在一個包下。

預設支援的資料類型包括：
- Java中的八種基本資料類型，包括 byte，short，int，long，float，double，boolean，char。
- String 類型。
- CharSequence類型。
- List類型：List中的所有元素必須是AIDL支援的類型之一，或者是一個其他AIDL生成的接口，或者是定義的parcelable（下文關于這個會有詳解）。List可以使用泛型。
- Map類型：Map中的所有元素必須是AIDL支援的類型之一，或者是一個其他AIDL生成的接口，或者是定義的parcelable。Map是不支援泛型的。
定向tag：這是一個極易被忽略的點——這裡的“被忽略”指的不是大家都不知道，而是很少人會正确的使用它。在我的了解裡，定向 tag 是這樣的：AIDL中的定向 tag 表示了在跨程序通信中資料的流向，其中 in 表示資料隻能由用戶端流向服務端， out 表示資料隻能由服務端流向用戶端，而 inout 則表示資料可在服務端與用戶端之間雙向流通。其中，資料流向是針對在用戶端中的那個傳入方法的對象而言的。in 為定向 tag 的話表現為服務端将會接收到一個那個對象的完整資料，但是用戶端的那個對象不會因為服務端對傳參的修改而發生變動；out 的話表現為服務端将會接收到那個對象的的空對象，但是在服務端對接收到的空對象有任何修改之後用戶端将會同步變動；inout 為定向 tag 的情況下，服務端将會接收到用戶端傳來對象的完整資訊，并且用戶端将會同步服務端對該對象的任何變動。具體的分析大家可以移步我的另一篇博文：你真的了解AIDL中的in，out，inout麼？

另外，Java 中的基本類型和 String ，CharSequence 的定向 tag 預設且隻能是 in 。還有，請注意，請不要濫用定向 tag ，而是要根據需要選取合适的——要是不管三七二十一，全都一上來就用 inout ，等工程大了系統的開銷就會大很多——因為排列整理參數的開銷是很昂貴的。
兩種AIDL檔案：在我的了解裡，所有的AIDL檔案大緻可以分為兩類。一類是用來定義parcelable對象，以供其他AIDL檔案使用AIDL中非預設支援的資料類型的。一類是用來定義方法接口，以供系統使用來完成跨程序通信的。可以看到，兩類檔案都是在“定義”些什麼，而不涉及具體的實作，這就是為什麼它叫做“Android接口定義語言”。

注：所有的非預設支援資料類型必須通過第一類AIDL檔案定義才能被使用。

下面是兩個例子，對于常見的AIDL檔案都有所涉及：

// Book.aidl
//第一類AIDL檔案的例子
//這個檔案的作用是引入了一個序列化對象 Book 供其他的AIDL檔案使用
//注意：Book.aidl與Book.java的包名應當是一樣的
package com.lypeer.ipcclient;

//注意parcelable是小寫
parcelable Book;

// BookManager.aidl
//第二類AIDL檔案的例子
package com.lypeer.ipcclient;
//導入所需要使用的非預設支援資料類型的包
import com.lypeer.ipcclient.Book;

interface BookManager {

    //所有的傳回值前都不需要加任何東西，不管是什麼資料類型
    List<Book> getBooks();
    Book getBook();
    int getBookCount();

    //傳參時除了Java基本類型以及String，CharSequence之外的類型
    //都需要在前面加上定向tag，具體加什麼量需而定
    void setBookPrice(in Book book , int price)
    void setBookName(in Book book , String name)
    void addBookIn(in Book book);
    void addBookOut(out Book book);
    void addBookInout(inout Book book);
}

4，如何使用AIDL檔案來完成跨程序通信？

在進行跨程序通信的時候，在AIDL中定義的方法裡包含非預設支援的資料類型與否，我們要進行的操作是不一樣的。如果不包含，那麼我們隻需要編寫一個AIDL檔案，如果包含，那麼我們通常需要寫 n+1 個AIDL檔案（ n 為非預設支援的資料類型的種類數）——顯然，包含的情況要複雜一些。是以我接下來将隻介紹AIDL檔案中包含非預設支援的資料類型的情況，至于另一種簡單些的情況相信大家是很容易從中觸類旁通的。

4.1，使資料類實作 Parcelable 接口

由于不同的程序有着不同的記憶體區域，并且它們隻能通路自己的那一塊記憶體區域，是以我們不能像平時那樣，傳一個句柄過去就完事了——句柄指向的是一個記憶體區域，現在目标程序根本不能通路源程序的記憶體，那把它傳過去又有什麼用呢？是以我們必須将要傳輸的資料轉化為能夠在記憶體之間流通的形式。這個轉化的過程就叫做序列化與反序列化。簡單來說是這樣的：比如現在我們要将一個對象的資料從用戶端傳到服務端去，我們就可以在用戶端對這個對象進行序列化的操作，将其中包含的資料轉化為序列化流，然後将這個序列化流傳輸到服務端的記憶體中去，再在服務端對這個資料流進行反序列化的操作，進而還原其中包含的資料——通過這種方式，我們就達到了在一個程序中通路另一個程序的資料的目的。

而通常，在我們通過AIDL進行跨程序通信的時候，選擇的序列化方式是實作 Parcelable 接口。關于實作 Parcelable 接口之後裡面具體有那些方法啦，每個方法是幹嘛的啦，這些我就不展開來講了，那並非這篇文章的重點，我下面主要講一下如何快速的生成一個合格的可序列化的類（以Book.java為例）。

注：若AIDL檔案中涉及到的所有資料類型均為預設支援的資料類型，則無此步驟。因為預設支援的那些資料類型都是可序列化的。

4.1.1，編譯器自動生成

我目前用的編譯器是Android Studio 2.1.2，它是自帶了 Parcelable 接口的模闆的，隻需要我們敲幾下鍵盤就可以輕松的生成一個可序列化的 Parcelable 實作類。

首先，建立一個類，正常的書寫其成員變量，建立getter和setter并添加一個無參構造，比如：

public class Book{
    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public int getPrice() {
        return price;
    }

    public void setPrice(int price) {
        this.price = price;
    }

    private String name;

    private int price;

    public Book() {}

}

然後 implements Parcelable ，接着 as 就會報錯，将滑鼠移到那裡，按下 alt+enter（as預設的自動解決錯誤的快捷鍵，如果你們的as有修改過快捷鍵的話以修改後的為準）讓它自動解決錯誤，這個時候它會幫你完成一部分的工作：

Android：學習AIDL，這一篇文章就夠了(上)前言正文結語

在彈出來的框裡選擇所有的成員變量，然後确定。你會發現類裡多了一些代碼，但是現在還是會報錯，Book下面仍然有一條小橫線，再次将滑鼠移到那裡，按下 alt+enter 讓它自動解決錯誤：

Android：學習AIDL，這一篇文章就夠了(上)前言正文結語

這次解決完錯誤之後就不會報錯了，這個 Book 類也基本上實作了 Parcelable 接口，可以執行序列化操作了。

但是請注意，這裡有一個坑：預設生成的模闆類的對象隻支援為 in 的定向 tag 。為什麼呢？因為預設生成的類裡面隻有 writeToParcel() 方法，而如果要支援為 out 或者 inout 的定向 tag 的話，還需要實作 readFromParcel() 方法——而這個方法其實并沒有在 Parcelable 接口裡面，是以需要我們從頭寫。具體為什麼大家可以去看看：你真的了解AIDL中的in，out，inout麼？

那麼這個 readFromParcel() 方法應當怎麼寫呢？這樣寫：

@Override
public void writeToParcel(Parcel dest, int flags) {
    dest.writeString(name);
    dest.writeInt(price);
}

/**
 * 參數是一個Parcel,用它來存儲與傳輸資料
 * @param dest
 */
public void readFromParcel(Parcel dest) {
    //注意，此處的讀值順序應當是和writeToParcel()方法中一緻的
    name = dest.readString();
    price = dest.readInt();
}

像上面這樣添加了 readFromParcel() 方法之後，我們的 Book 類的對象在AIDL檔案裡就可以用 out 或者 inout 來作為它的定向 tag 了。

此時，完整的 Book 類的代碼是這樣的：

package com.lypeer.ipcclient;

import android.os.Parcel;
import android.os.Parcelable;

/**
 * Book.java
 *
 * Created by lypeer on 2016/7/16.
 */
public class Book implements Parcelable{
    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public int getPrice() {
        return price;
    }

    public void setPrice(int price) {
        this.price = price;
    }

    private String name;
    private int price;
    public Book(){}

    public Book(Parcel in) {
        name = in.readString();
        price = in.readInt();
    }

    public static final Creator<Book> CREATOR = new Creator<Book>() {
        @Override
        public Book createFromParcel(Parcel in) {
            return new Book(in);
        }

        @Override
        public Book[] newArray(int size) {
            return new Book[size];
        }
    };

    @Override
    public int describeContents() {
        return 0;
    }

    @Override
    public void writeToParcel(Parcel dest, int flags) {
        dest.writeString(name);
        dest.writeInt(price);
    }

    /**
     * 參數是一個Parcel,用它來存儲與傳輸資料
     * @param dest
     */
    public void readFromParcel(Parcel dest) {
        //注意，此處的讀值順序應當是和writeToParcel()方法中一緻的
        name = dest.readString();
        price = dest.readInt();
    }

    //友善列印資料
    @Override
    public String toString() {
        return "name : " + name + " , price : " + price;
    }
}

至此，關于AIDL中非預設支援資料類型的序列化操作就完成了。

4.1.2，插件生成

我不是很清楚 Eclipse 或者較低版本的 as 上會不會像 as 2.1.2 這樣幫我們在實作 Parcelable 接口的過程中做如此多的操作，但是就算不會，我們還有其他的招數——通過插件來幫我們實作 Parcelable 接口。

具體的實作方式和實作過程大家可以參見這篇文章：告别手寫parcelable

4.2，書寫AIDL檔案

首先我們需要一個 Book.aidl 檔案來将 Book 類引入使得其他的 AIDL 檔案其中可以使用 Book 對象。那麼第一步，如何建立一個 AIDL 檔案呢？Android Studio已經幫我們把這個內建進去了：

Android：學習AIDL，這一篇文章就夠了(上)前言正文結語

滑鼠移到app上面去，點選右鍵，然後 new->AIDL->AIDL File，按下滑鼠左鍵就會彈出一個框提示生成AIDL檔案了。生成AIDL檔案之後，項目的目錄會變成這樣的：

Android：學習AIDL，這一篇文章就夠了(上)前言正文結語

比起以前多了一個叫做 aidl 的包，而且他的層級是和 java 包相同的，并且 aidl 包裡預設有着和 java 包裡預設的包結構。那麼如果你用的是 Eclipse 或者較低版本的 as ，編譯器沒有這個選項怎麼辦呢？沒關系，我們也可以自己寫。打開項目檔案夾，依次進入 app->src->main，在 main 包下建立一個和 java 檔案夾平級的 aidl 檔案夾，然後我們手動在這個檔案夾裡面建立和 java 檔案夾裡面的預設結構一樣的檔案夾結構，再在最裡層建立 .aidl 檔案就可以了：

Android：學習AIDL，這一篇文章就夠了(上)前言正文結語

注意看圖中的檔案目錄。

Ok，如何建立AIDL檔案說的差不多了，接下來就該寫AIDL檔案的内容了。内容的話如果上一節有認真看的話基本上是沒什麼問題的。在這裡，我們需要兩個AIDL檔案，我是這樣寫的：

// Book.aidl
//第一類AIDL檔案
//這個檔案的作用是引入了一個序列化對象 Book 供其他的AIDL檔案使用
//注意：Book.aidl與Book.java的包名應當是一樣的
package com.lypeer.ipcclient;

//注意parcelable是小寫
parcelable Book;

// BookManager.aidl
//第二類AIDL檔案
//作用是定義方法接口
package com.lypeer.ipcclient;
//導入所需要使用的非預設支援資料類型的包
import com.lypeer.ipcclient.Book;

interface BookManager {

    //所有的傳回值前都不需要加任何東西，不管是什麼資料類型
    List<Book> getBooks();

    //傳參時除了Java基本類型以及String，CharSequence之外的類型
    //都需要在前面加上定向tag，具體加什麼量需而定
    void addBook(in Book book);
}

注意：這裡又有一個坑！大家可能注意到了，在 Book.aidl 檔案中，我一直在強調：Book.aidl與Book.java的包名應當是一樣的。這似乎理所當然的意味着這兩個檔案應當是在同一個包裡面的——事實上，很多比較老的文章裡就是這樣說的，他們說最好都在 aidl 包裡同一個包下，友善移植——然而在 Android Studio 裡并不是這樣。如果這樣做的話，系統根本就找不到 Book.java 檔案，進而在其他的AIDL檔案裡面使用 Book 對象的時候會報 Symbol not found 的錯誤。為什麼會這樣呢？因為 Gradle 。大家都知道，Android Studio 是預設使用 Gradle 來建構 Android 項目的，而 Gradle 在建構項目的時候會通過 sourceSets 來配置不同檔案的通路路徑，進而加快查找速度——問題就出在這裡。Gradle 預設是将 java 代碼的通路路徑設定在 java 包下的，這樣一來，如果 java 檔案是放在 aidl 包下的話那麼理所當然系統是找不到這個 java 檔案的。那應該怎麼辦呢？

又要 java檔案和 aidl 檔案的包名是一樣的，又要能找到這個 java 檔案——那麼仔細想一下的話，其實解決方法是很顯而易見的。首先我們可以把問題轉化成：如何在保證兩個檔案包名一樣的情況下，讓系統能夠找到我們的 java 檔案？這樣一來思路就很明确了：要麼讓系統來 aidl 包裡面來找 java 檔案，要麼把 java 檔案放到系統能找到的地方去，也即放到 java 包裡面去。接下來我詳細的講一下這兩種方式具體應該怎麼做：

修改 build.gradle 檔案：在 android{} 中間加上下面的内容：

sourceSets {
    main {
        java.srcDirs = ['src/main/java', 'src/main/aidl']
    }
}

也就是把 java 代碼的通路路徑設定成了 java 包和 aidl 包，這樣一來系統就會到 aidl 包裡面去查找 java 檔案，也就達到了我們的目的。隻是有一點，這樣設定後 Android Studio 中的項目目錄會有一些改變，我感覺改得挺難看的。

把 java 檔案放到 java 包下去：把 Book.java 放到 java 包裡任意一個包下，保持其包名不變，與 Book.aidl 一緻。隻要它的包名不變，Book.aidl 就能找到 Book.java ，而隻要 Book.java 在 java 包下，那麼系統也是能找到它的。但是這樣做的話也有一個問題，就是在移植相關 .aidl 檔案和 .java 檔案的時候沒那麼友善，不能直接把整個 aidl 檔案夾拿過去完事兒了，還要單獨将 .java 檔案放到 java 檔案夾裡去。

我們可以用上面兩個方法之一來解決找不到 .java 檔案的坑，具體用哪個就看大家怎麼選了，反正都挺簡單的。

到這裡我們就已經将AIDL檔案建立并且書寫完畢了，clean 一下項目，如果沒有報錯，這一塊就算是大功告成了。

4.3，移植相關檔案

我們需要保證，在用戶端和服務端中都有我們需要用到的 .aidl 檔案和其中涉及到的 .java 檔案，是以不管在哪一端寫的這些東西，寫完之後我們都要把這些檔案複制到另一端去。如果是用的上面兩個方法中的第一個解決的找不到 .java 檔案的問題，那麼直接将 aidl 包複制到另一端的 main 目錄下就可以了；如果是使用第二個方法的話，就除了把把整個 aidl 檔案夾拿過去，還要單獨将 .java 檔案放到 java 檔案夾裡去。

4.4，編寫服務端代碼

通過上面幾步，我們已經完成了AIDL及其相關檔案的全部内容，那麼我們究竟應該如何利用這些東西來進行跨程序通信呢？其實，在我們寫完AIDL檔案并 clean 或者 rebuild 項目之後，編譯器會根據AIDL檔案為我們生成一個與AIDL檔案同名的 .java 檔案，這個 .java 檔案才是與我們的跨程序通信密切相關的東西。事實上，基本的操作流程就是：在服務端實作AIDL中定義的方法接口的具體邏輯，然後在用戶端調用這些方法接口，進而達到跨程序通信的目的。

接下來我直接貼上我寫的服務端代碼：

/**
 * 服務端的AIDLService.java
 * <p/>
 * Created by lypeer on 2016/7/17.
 */
public class AIDLService extends Service {

    public final String TAG = this.getClass().getSimpleName();

    //包含Book對象的list
    private List<Book> mBooks = new ArrayList<>();

    //由AIDL檔案生成的BookManager
    private final BookManager.Stub mBookManager = new BookManager.Stub() {
        @Override
        public List<Book> getBooks() throws RemoteException {
            synchronized (this) {
                Log.e(TAG, "invoking getBooks() method , now the list is : " + mBooks.toString());
                if (mBooks != null) {
                    return mBooks;
                }
                return new ArrayList<>();
            }
        }


        @Override
        public void addBook(Book book) throws RemoteException {
            synchronized (this) {
                if (mBooks == null) {
                    mBooks = new ArrayList<>();
                }
                if (book == null) {
                    Log.e(TAG, "Book is null in In");
                    book = new Book();
                }
                //嘗試修改book的參數，主要是為了觀察其到用戶端的回報
                book.setPrice(2333);
                if (!mBooks.contains(book)) {
                    mBooks.add(book);
                }
                //列印mBooks清單，觀察用戶端傳過來的值
                Log.e(TAG, "invoking addBooks() method , now the list is : " + mBooks.toString());
            }
        }
    };

    @Override
    public void onCreate() {
        super.onCreate();
        Book book = new Book();
        book.setName("Android開發藝術探索");
        book.setPrice(28);
        mBooks.add(book);   
    }

    @Nullable
    @Override
    public IBinder onBind(Intent intent) {
        Log.e(getClass().getSimpleName(), String.format("on bind,intent = %s", intent.toString()));
        return mBookManager;
    }
}

整體的代碼結構很清晰，大緻可以分為三塊：第一塊是初始化。在 onCreate() 方法裡面我進行了一些資料的初始化操作。第二塊是重寫 BookManager.Stub 中的方法。在這裡面提供AIDL裡面定義的方法接口的具體實作邏輯。第三塊是重寫 onBind() 方法。在裡面傳回寫好的 BookManager.Stub 。

接下來在 Manefest 檔案裡面注冊這個我們寫好的 Service ，這個不寫的話我們前面做的工作都是無用功：

<service
    android:name=".service.AIDLService"
    android:exported="true">
        <intent-filter>
            <action android:name="com.lypeer.aidl"/>
            <category android:name="android.intent.category.DEFAULT"/>
        </intent-filter>
</service>

到這裡我們的服務端代碼就編寫完畢了，如果你對裡面的一些地方感覺有些陌生或者根本不知所雲的話，說明你對 Service 相關的知識已經有些遺忘了，建議再去看看這兩篇博文：Android中的Service：默默的奉獻者 (1)，Android中的Service：Binder，Messenger，AIDL（2）。

4.5，編寫用戶端代碼

前面說過，在用戶端我們要完成的工作主要是調用服務端的方法，但是在那之前，我們首先要連接配接上服務端，完整的用戶端代碼是這樣的：

/**
 * 用戶端的AIDLActivity.java
 * 由于測試機的無用debug資訊太多，故log都是用的e
 * <p/>
 * Created by lypeer on 2016/7/17.
 */
public class AIDLActivity extends AppCompatActivity {

    //由AIDL檔案生成的Java類
    private BookManager mBookManager = null;

    //标志目前與服務端連接配接狀況的布爾值，false為未連接配接，true為連接配接中
    private boolean mBound = false;

    //包含Book對象的list
    private List<Book> mBooks;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_aidl);
    }

    /**
     * 按鈕的點選事件，點選之後調用服務端的addBookIn方法
     *
     * @param view
     */
    public void addBook(View view) {
        //如果與服務端的連接配接處于未連接配接狀态，則嘗試連接配接
        if (!mBound) {
            attemptToBindService();
            Toast.makeText(this, "目前與服務端處于未連接配接狀态，正在嘗試重連，請稍後再試", Toast.LENGTH_SHORT).show();
            return;
        }
        if (mBookManager == null) return;

        Book book = new Book();
        book.setName("APP研發錄In");
        book.setPrice(30);
        try {
            mBookManager.addBook(book);
            Log.e(getLocalClassName(), book.toString());
        } catch (RemoteException e) {
            e.printStackTrace();
        }
    }

    /**
     * 嘗試與服務端建立連接配接
     */
    private void attemptToBindService() {
        Intent intent = new Intent();
        intent.setAction("com.lypeer.aidl");
        intent.setPackage("com.lypeer.ipcserver");
        bindService(intent, mServiceConnection, Context.BIND_AUTO_CREATE);
    }

    @Override
    protected void onStart() {
        super.onStart();
        if (!mBound) {
            attemptToBindService();
        }
    }

    @Override
    protected void onStop() {
        super.onStop();
        if (mBound) {
            unbindService(mServiceConnection);
            mBound = false;
        }
    }

    private ServiceConnection mServiceConnection = new ServiceConnection() {
        @Override
        public void onServiceConnected(ComponentName name, IBinder service) {
            Log.e(getLocalClassName(), "service connected");
            mBookManager = BookManager.Stub.asInterface(service);
            mBound = true;

            if (mBookManager != null) {
                try {
                    mBooks = mBookManager.getBooks();
                    Log.e(getLocalClassName(), mBooks.toString());
                } catch (RemoteException e) {
                    e.printStackTrace();
                }
            }
        }

        @Override
        public void onServiceDisconnected(ComponentName name) {
            Log.e(getLocalClassName(), "service disconnected");
            mBound = false;
        }
    };
}

同樣很清晰，首先建立連接配接，然後在 ServiceConnection 裡面擷取 BookManager 對象，接着通過它來調用服務端的方法。

4.6，開始通信吧！

通過上面的步驟，我們已經完成了所有的前期工作，接下來就可以通過AIDL來進行跨程序通信了！将兩個app同時運作在同一台手機上，然後調用用戶端的 addBook() 方法，我們會看到服務端的 logcat 資訊是這樣的：

//服務端的 log 資訊，我把無用的資訊頭去掉了，然後給它編了個号
1，on bind,intent = Intent { act=com.lypeer.aidl pkg=com.lypeer.ipcserver }
2，invoking getBooks() method , now the list is : [name : Android開發藝術探索 , price : 28]
3，invoking addBooks() method , now the list is : [name : Android開發藝術探索 , price : 28, name : APP研發錄In , price : 2333]

用戶端的資訊是這樣的：

//用戶端的 log 資訊
1，service connected
2，[name : Android開發藝術探索 , price : 28]
3，name : APP研發錄In , price : 30

所有的 log 資訊都很正常并且符合預期——這說明我們到這裡為止的步驟都是正确的，按照上面說的來做是能夠正确的使用AIDL來進行跨程序通信的。

結語

這一篇文章主要介紹了我們在概述裡提到的前三個問題，即：

為什麼要設計AIDL語言？
AIDL的文法是什麼？
如何使用AIDL語言完成跨程序通信？

本來我是準備在這篇文章裡把我那五個問題都講完的，結果寫到這裡發現篇幅已經有些長了，再寫的話可能就少有人有這個耐性讀下去了——那麼寫在後面的這些又有什麼意義呢？于是就幹脆從這裡截斷，将AIDL的工作原理和它的設計思想以及我對于它的這種設計的一些看法放在下一篇博文裡來講述——剛好，有那麼點基礎篇和提高篇的意思，哈哈。

文中相關代碼可點選傳送門下載下傳。

謝謝大家。

Android：學習AIDL，這一篇文章就夠了(上)前言正文結語

前言

正文

1，概述

2，為什麼要設計這門語言？

3，它有哪些文法？

4，如何使用AIDL檔案來完成跨程序通信？

4.1，使資料類實作 Parcelable 接口

4.1.1，編譯器自動生成

4.1.2，插件生成

4.2，書寫AIDL檔案

4.3，移植相關檔案

4.4，編寫服務端代碼

4.5，編寫用戶端代碼

4.6，開始通信吧！

結語

繼續閱讀

專訪鄧凡平：深入了解Android

與專家面對面：Android開發入門問與答

Android MVP架構MVCMVP

mvp初探

Android常用工具類簡介目錄

android常用工具類轉載自：http://www.trinea.cn/android/android-common-utils/Android常用工具類

Android常用工具類ToastUtilsSizeUtilsLogUtilsRetrofitManagerAnimUtil

Android Studio 0.8.0解決 Failure [INSTALL_FAILED_OLDER_SDK] 問題

Android – ListView 中添加按鈕，動态删除添加ItemView的操作

Kotlin的ListView與RecyclerView的簡單應用

關于公司的那些坑：Android Studio篇

android SQLite事務和kotlin協程

無法正常編譯錯誤Compilation failed to complete

關于Gradle配置的小結

AOP程式設計_Android優雅權限架構(1)概念基礎，2021金三銀四前言正文大綱正文

Android APK檔案反編譯Android APK檔案反編譯