AIDL原理之Framewok层实现

本节中我们只需要关注Java Framework中StorageManager和MountService。

在开始本章之前，先向大家介绍COM的一个概念---------Proxy/Stub结构（代理/存根结构）

 

打个比方，你到自动取款机上去取款；你就是客户，取款机就是你的代理；你不会在乎钱具体放在那里，你只想看到足够或更多的钱从出口出来（这就是com的透明性）。你同银行之间的操作完全是取款机代理实现。你的取款请求通过取款机，传到另一头，银行的服务器，他也没有必要知道你在哪儿取钱，他所关心的是你的身份，和你取款多少。当他确认你的权限，就进行相应的操作，返回操作结果给取款机，取款机根据服务器返回结果，从保险柜里取出相应数量的钱给你。你取出卡后，操作完成。取款机不是直接同服务器连接的，他们之间还有一个“存根”，取款机与存根通信，服务器与存根通信。从某种意义上说存根就是服务器的代理。（参考COM代理与存根）

AIDLFramework层的架构，如下图：

换而言之，Android就是在传统的C/S架构中加入了一层，实现IPC。图中表明，AIDL类似COM的Proxy/Stub架构。不过是现在android自己的序列化类Pacel。

以USB Mass Storage架构举例。看看到底什么是AIDL的framework层的实现。编写好aidl文件，运用aidl工具生成IMountService.java文件，如下所示（删除部分内容，方便举例）

/*

* This file is auto-generated. DO NOT MODIFY.

* Original file: frameworks/base/core/java/android/os/storage/IMountService.aidl

*/

package android.os.storage;

/** WARNING! Update IMountService.h and IMountService.cpp if you change this file.

* In particular, the ordering of the methods below must match the

* _TRANSACTION enum in IMountService.cpp

* @hide - Applications should use android.os.storage.StorageManager to access

* storage functions.

*/

public interface IMountService extends android.os.IInterface

{

/** Local-side IPC implementation stub class. */

public static abstract class Stub extends android.os.Binder implements android.os.storage.IMountService

{

@Override public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags) throws android.os.RemoteException

{

switch (code)

{

。。。。。。。。。。。

case TRANSACTION_registerListener:

{

data.enforceInterface(DESCRIPTOR);

android.os.storage.IMountServiceListener _arg0;

_arg0 = android.os.storage.IMountServiceListener.Stub.asInterface(data.readStrongBinder());

this.registerListener(_arg0);

reply.writeNoException();

return true;

}

。。。。。。。。。。。

return super.onTransact(code, data, reply, flags);

}

private static class Proxy implements android.os.storage.IMountService

{

。。。。。。。。。。。。。。。。

/**

* Registers an IMountServiceListener for receiving async

* notifications.

*/

public void registerListener(android.os.storage.IMountServiceListener listener) 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.writeStrongBinder((((listener!=null))?(listener.asBinder()):(null)));

mRemote.transact(Stub.TRANSACTION_registerListener, _data, _reply, 0);

_reply.readException();

}

finally {

_reply.recycle();

_data.recycle();

}

}

。。。。。。。。。。。。。。。。

}

可以看到IMountService 中的Stub继承Binder和IMountService

看过源代码，我们不难发现上图中对应的角色：

Client ------ StorageManager

Proxy ------ IMountServie.Stub.Proxy

Parcel ------对象序列化类，数据只有继承Parcelable才能进行RPC

Stub ------ IMountService.Stub

Server ------ MountService

当StorageManager调用MountService方法时，例如调用registerListener，步骤如下：

² 进入IMountServie.Stub.Proxy找到对应的方法registerListener。

² IMountServie.Stub.ProxyregisterListener利用Parcel将函数调用的序列化为android理解的结构

² 调用onTransact函数，onTransact根据参数，找到对应registerListener Switch-case语句执行

² 数据通过Binder机制进行写操作，客户端调用阻塞，等待服务端reply

² 服务端处理完request返回

² 客户端取回数据