Android進階之AIDL的使用詳解

原文首發於微信公衆號：jzman-blog，歡迎關注交流！

AIDL（Android 接口定義語言），可以使用它定義客戶端與服務端進程間通信（IPC）的編程接口，在 Android 中，進程之間無法共享內存（用戶空間），不同進程之間的通信一般使用 AIDL 來處理。

主要流程就是在 .aidl 文件中定義 AIDL 接口，並將其添加到應用工程的 src 目錄下，創建完成之後 rebuild，Android SDK 工具會自動生成基於該 .aidl 文件的 IBinder 接口，具體的業務對象實現這個接口，這個具體的業務對象也是 IBinder 對象，當綁定服務的時候會根據實際情況返回具體的通信對象（本地還是代理），最後
將客戶端綁定到該服務上，之後就可以調用 IBinder 中的方法來進行進程間通信（IPC），下面將從以下幾個方面學習 AIDL 的使用：

創建.aildl 文件
具體的業務對象實現基於 .aidl 文件生成的接口
向客戶端公開接口
客戶端遠程調用
驗證 AIDL

創建.aildl 文件

在 AIDL 中可以通過可帶參數以及返回值的一個或多個方法來聲明接口，參數和返回值可以是任意類型，AIDL 中支持的數據類型如下：

java 的 8 種數據類型：byte、short、int、long、float、double、boolean、char
除此之外支持 String、charSequence、List、Map
自定義數據類型

如果業務方法中參數或返回值類型爲 List 或 Map 時：

List 中的所有元素都必須是 AIDL 支持的數據類型、其他 AIDL 生成的接口或自己聲明的可打包類型。可選擇將 List 用作“通用”類（例如，List<String>）。另一端實際接收的具體類始終是 ArrayList，但生成的方法使用的是 List 接口。

Map 中的所有元素都必須是 AIDL 支持的數據類型、其他 AIDL 生成的接口或您聲明的可打包類型。不支持通用 Map（如 Map<String,Integer> 形式的 Map）。另一端實際接收的具體類始終是 HashMap，但生成的方法使用的是 Map 接口。

當然，AIDL 也支持自定義數據類型，會在下文中介紹。

首先，在工程的 src 目錄下創建 .aidl 文件，具體如下圖所示:

然後，在 .aidl 文件中添加具體的業務方法，文件內容如下:

// IPersonAidlInterface.aidl
package com.manu.aidldemo;
// Declare any non-default types here with import statements
interface IPersonAidlInterface {
    //具體的業務
    void setName(String name);
    void setAge(int age);
    String getInfo();

    /**
     * Demonstrates some basic types that you can use as parameters
     * and return values in AIDL.
     */
    void basicTypes(int anInt, long aLong, boolean aBoolean, float aFloat,
            double aDouble, String aString);
}

然後，重新 rebuild project , Android SDK 工具會在相應的目錄生成對應的與 .aidl 文件同名的 .java 接口文件，具體目錄如下：

具體的業務對象實現基於 .aidl 文件生成的接口

上一步只是使用 AIDL 定義了基本的業務操作，rebuild 之後會生成與 .aidl 相同文件名的 .java 文件，生成的這個接口文件中有一個名稱爲 Stub 的一個子類，這個子類也是其父接口的抽象實現，主要用於生成 .aidl 文件中的所有方法，Stub 類聲明具體如下：

// Stub
public static abstract class Stub extends android.os.Binder implements com.manu.aidldemo.IPersonAidlInterface

顯然，Stub 實現了本地接口且繼承了 Binder 對象，介於 Binder 對象在系統底層的支持下，Stub 對象就具有了遠程傳輸數據的能力，在生成 Stub 對象的時候會調用 asInterface 方法，具體如下：

// asInterface
public static com.manu.aidldemo.IPersonAidlInterface asInterface(android.os.IBinder obj){

    if ((obj==null)) {
        return null;
    }

    // 檢索 Binder 對象是否是本地接口的實現
    android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);

    if (((iin!=null)&&(iin instanceof com.manu.aidldemo.IPersonAidlInterface))) {
        return ((com.manu.aidldemo.IPersonAidlInterface)iin);
    }

    return new com.manu.aidldemo.IPersonAidlInterface.Stub.Proxy(obj);
}

asInterface 這個方法在 Stub 創建的時候會調用，主要功能就是檢索 Binder 對象是否是本地接口的實現，根據 queryLocalInterface() 方法返回值判斷是否使用代理對象，這個檢索過程應該由系統底層支持，如果返回爲 null，則創建 Stub 的代理對象，反之使用本地對象來傳輸數據，下面看一下 Binder 爲什麼具有遠程通信的能力，因爲 Stub 繼承了 Binder 類，Binder 類具體如下:

// Binder
public class Binder implements IBinder {
    //...
}

下面是官網對 IBinder 接口的描述：

遠程對象的基礎接口，輕量級遠程過程調用機制的核心部分，專爲執行進程內和跨進程調用時的高性能而設計。該接口描述了與可遠程對象交互的抽象協議。不要直接實現這個接口，而是從Binder擴展。

這裏我們知道 Binder 實現了 IBinder 接口，也就是說 Binder 具備了遠程通信的能力，當不同進程之間（遠程）之間通信時，顯然使用的是 Stub 的代理對象，這個代理類裏面具體的業務處理邏輯，如下面這個方法，具體如下:


//具體的業務
@Override 
public void setName(java.lang.String name) throws android.os.RemoteException{
    // 將數據序列化
    android.os.Parcel _data = android.os.Parcel.obtain();
    android.os.Parcel _reply = android.os.Parcel.obtain();
    try {
        _data.writeInterfaceToken(DESCRIPTOR);
        _data.writeString(name);
        // 這個方法會最終調用 onTransact 方法
        mRemote.transact(Stub.TRANSACTION_setName, _data, _reply, 0);
        _reply.readException();
    }
    finally {
        _reply.recycle();
        _data.recycle();
    }
}

這裏主要就是將數據序列化，然後在系統跨進程支持下最終調用 onTransact() 方法，下面是 onTransact() 方法，具體如下:

@Override 
public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags) throws android.os.RemoteException{
    switch (code){
        case INTERFACE_TRANSACTION:
        {
            reply.writeString(DESCRIPTOR);
            return true;
        }
        case TRANSACTION_setName:
        {
            //...
            // 最終調用了 Stub 裏面的業務方法
            this.setName(_arg0);
            //...
        }
    }
}

顯然，這個方法在當系統回調給開發者的時候，傳遞回來的 code 是一個常量，在跨進程時，每個具體的服務（方法）都會對應一個編號，然後根據這個編號來執行相應的服務（業務），這裏說到了最後要執行的具體業務，那麼這個業務要體現在什麼地方呢，從上面可知 Stub 是一個抽象類，那麼它所提供的具體業務必然需要一個具體的實現類來完成，下面實現這個具體的業務類，具體如下：

/**
 * Created by jzman
 * Powered by 2018/3/8 0008.
 */
public class IPersonImpl extends IPersonAidlInterface.Stub {
    private String name;
    private int age;

    @Override
    public void setName(String name) throws RemoteException {
        this.name = name;
    }

    @Override
    public void setAge(int age) throws RemoteException {
        this.age = age;
    }

    @Override
    public String getInfo() throws RemoteException {
        return "My name is "+name+", age is "+age+"!";
    }

    @Override
    public void basicTypes(int anInt, long aLong, boolean aBoolean, float aFloat, double aDouble, String aString) throws RemoteException {

    }
}

這個類就是對外提供的具體業務類，同時其實例也是一個 Binder 對象。

向客戶端公開接口

創建一個 Service 以便對外提供具體的業務，具體如下：

// Service
public class PersonService extends Service {
    public PersonService() {
    }

    @Override
    public IBinder onBind(Intent intent) {
        return new IPersonImpl();
    }
}

當外部調用 bindService() 方法綁定服務時，就會調用 onBind() 方法返回 IBinder 對象，這個 IBinder 對象也是具體的業務對象，如這裏的 onBind() 方法返回的也是具體的業務對象，兩者是統一的。此外，創建的 Service 要在 AndroidManifest.xml 文件中聲明，具體如下：

<service
    android:name=".PersonService"
    android:enabled="true"
    android:exported="true"
    android:process=":remote">
</service>

其中使用 process 關鍵字表示爲該服務開啓一個獨立的進程，remote 可任意，表示進程名稱，":"將會在主進程（進程名爲包名）添加新名稱作爲新進程的名稱，如 com.manu.study 將會變成 com.manu.study:remote。

客戶端遠程調用

通過上面幾步完成了服務的搭建，並將服務運行在獨立進程中，下面主要就是客戶端的具體調用了，具體實現參考如下：

// Client
public class MainActivity extends AppCompatActivity {
    private static final String TAG = "MainActivity";
    private IPersonAidlInterface iPersonAidlInterface;

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

    public void bindServiceClick(View view) {
        Log.i(TAG,"綁定服務...");
        Intent intent = new Intent(this,PersonService.class);
        // 綁定服務時自動創建服務
        bindService(intent,conn, Context.BIND_AUTO_CREATE);
    }

    public void unbindServiceClick(View view) {
        Log.i(TAG,"解綁服務...");
        unbindService(conn);
    }

    public void callRemoteClick(View view) {
        Log.i(TAG,"遠程調用具體服務...");
        try {
            iPersonAidlInterface.setName("Tom");
            iPersonAidlInterface.setAge(10);
            String info = iPersonAidlInterface.getInfo();
            System.out.println("這是遠程調用的服務信息："+info);
        } catch (RemoteException e) {
            e.printStackTrace();
        }
    }

    private ServiceConnection conn = new ServiceConnection() {
        @Override
        public void onServiceConnected(ComponentName name, IBinder service) {
            // 根據實際情況返回 IBinder 的本地對象或其代理對象
            iPersonAidlInterface = IPersonAidlInterface.Stub.asInterface(service);
            System.out.println("具體的業務對象："+iPersonAidlInterface);
        }

        @Override
        public void onServiceDisconnected(ComponentName name) {
            // Service 意外中斷時調用
        }
    };
}

上述代碼是客戶端調用具體服務的過程。

驗證 AIDL

通過前面幾步，服務端與客戶端已經完成，下面來驗證能否調用具體的業務，這裏分兩種情況：

1. 相同進程

創建 Service 的時候不要在 AndroidManifest.xml 文件中不要使用 process 開啓獨立進程即可，此時服務進程默認與客戶端屬於統一進程，結果如下：

2. 不同進程

創建 Service 的時候在 AndroidManifest.xml 文件中使用 process 開啓獨立進程即可，這個在上文中提到過，此時，服務進程與客戶端進程位於不同進程，結果如下：

顯然，如果服務與客戶端處於不同進程，也就是常常說的進程間通信，具體是由 IBinder 對象的代理對象完成，反之，使用本地對象，也就是本地的 IBinder 對象，具體就是實現 AIDL 的業務類所生成的對象來完成。下篇文章將介紹如何在 AIDL 中使用自定義類型。

Android進階之AIDL的使用詳解

創建.aildl 文件

具體的業務對象實現基於 .aidl 文件生成的接口

向客戶端公開接口

客戶端遠程調用

驗證 AIDL

1. 相同進程

2. 不同進程

最後

[轉帖]使用NMT和pmap解決JVM資源泄漏問題原創

Python實現大麥網搶票的四大關鍵技術點解析

Python 安裝庫指令大全

salesforce零基礎學習（一百三十八）零碎知識點小總結（十）

一款開源的.NET程序集反編譯、編輯和調試神器

關於接口協議，你必須要知道這些！

基於 Milvus + LlamaIndex 實現高級 RAG

【2024-05-21】以茶會友

Material Design組件之FloatingActionButton

Java系列之數組

設計模式之觀察者設計模式

Android進階AIDL使用自定義類型

Android數據庫框架DBFlow的使用

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結