简析Binder机制——安卓开发艺术探索。

这几天看了安卓开发艺术探索第二章，IPC总感觉还是写个记录比较好，下面说说以及的理解。

首先明白的一点，也就是很多博客都说过，说到binder就要谈到三个要素，服务端，binder，客户端，binder在里面中介者，这一点比较重要。下面谈一下代码部分。

说起来，用binder进行跨进程通信很简单，通过AIDL接口，可以自动为我们生成代码，但是问题也在这里，生成的代码容易操作，但是有时容易不好分析出来，因为它把服务端和客户端的代码放在一起了，比如与服务端有关的类就是Stub，类中继承了接口未实现的方法，同时stub也是一个binder，那么服务器可以通过匿名内部类实现stub类中继承的接口方法，然后把实例化的stub类作为binder进行返回。

   aidl接口

 实现stub中继承的接口，关于stub类中onTransact可以看一下，它是真正服务端和客户端通信的基础。

 

 stub实例化，服务端返回binder。

 

与客户端有关的代码比较简单，就是stub中asInsterface（）方法，利用binder进行实例化接口，然后通过调用接口对象的方法，进行通信，实际的基础的是客户端transact（）方法，与服务端ontransact()方法。

 

本章最后一个binderpool连接池有点意思，为了解决有多个业务模块需要跨进程通信，只需要一个service。常规上每一个跨进程模块都需要一个service。它巧妙的利用“binder里面装binder"，也就是说定义一个AIDL接口，接口中有一个返回binder对象的方法，然后根据不同的客户端返回不同的binder对象即可。