IPC系列（二）- AIDL

上一篇说了，AIDL是为了实现IPC，预定义的类似模板的代码。甚至可以像模板一样的生成代码，就像mybatis使用MBG一样。

这一篇主要就生成的代码来讲一下。aidl生成代码方法比较简单，建议搜个教程生成以后对照着看。

方法含义：

1.DESCRIPTOR：Binder的唯一标识，通常是当前Binder的类名。

2.asInterface(android.os.IBinder obj)：static返回生成类的方法，同进程返回服务端的Stub本身，不同进程返回系统封装后的Stub.Proxy。

   我的理解：这是远程代理的应用，代理模式主要是为了控制访问，所以，不在同一进程的，就返回代理，客户端利用代理来完成对服务端的访问。所以接下来看onTransact也是满满的代理模式的影子。

如何判断是否是同进程？

  IBinder.queryLocalInterface(DESCRIPTOR)，查本地的Interface，找得到的是同进程的，与第一点唯一标识对应。

3.onTransact：

  服务端通过code来确定客户端想要调用的方法。是不是很像远程代理？

  远程代理：调用代理的方法 -> 代理去调用实际的方法 -> 实际对象返回数据给代理 -> 代理把数据给调用者 （伴随很多的网络和IO操作）

  对应：客户端的transact调用服务端代理的onTransact方法 -> 服务端代理onTransact方法调用Binder的实际方法 -> 服务端Binder把数据返回给onTransact -> 服务端的onTransact把真实数据返回给客户端。

借助《Head First 设计模式》的图更容易理解：

所以，Binder是远程代理的应用，因为要进行IO操作，所以，对象需要序列化，一切就得以解释了。

如有不对的地方，请不吝赐教。