Android Binder机制浅析及AIDL的使用

参考

轻松理解 Android Binder，只需要读这一篇

图文详解 Android Binder跨进程通信的原理

Android中的Parcel是什么

Android Binder IPC通信机制对比

 

前言

Android中有很多种IPC通信机制，如共享内存、管道、socket等。

Linux中的内存管理中存在虚拟内存和物理内存两种概念；每个进程都拥有自己独立的虚拟内存空间，这样用户进程可以认为自己所有用的是一段独立、连续的内存空间，而不必管这些数据具体存在于物理内存的哪个段、哪个页上，虚拟内存的映射统一交给kernel去管理。 

Android中每个进程可以访问到的虚拟内存空间分为用户空间和内核空间。其中用户空间为每个进程独占，一个进程无法访问到其他进程的用户空间；而内核空间是公用的。所以大多数传统IPC采用的都是以公用的内核空间为数据传递的中间站，通过

copy_from_user（）：将用户空间的数据拷贝到内核空间；

copy_to_user（）：将内核空间的数据拷贝到用户空间；

完成数据由进程A用户空间到进程B用户空间的传递。

也就是说，在传统的IPC中，数据需要两次的拷贝过程才可以完成进程间通信。

再看下共享内存，简单来说，共享内存是依赖与内存映射来完成的。A和B两个进程使用共享内存进行通信，A和B将自己虚拟空间与共享对象进行内存映射。共享内存无需数据拷贝就可以完成数据通信，但同时，由于共享内存方法在使用上比较繁琐，再加上在一些使用场景不是很适用(比如A进程想使用B进程提供的某个服务，并获得这个服务的执行结果)，所以此时就需要引入Android原生的IPC通信方式Binder，但共享内存在某些使用场景如大量数据的传输中，契合度还是很高的。

先看下Android几种IPC方式，数据拷贝次数的对比：

IPC	数据拷贝次数
共享内存	0
Binder	1
Socket/管道/消息队列	2

 

白话浅析Binder

Binder由Client进程、Server进程、Binder驱动、ServerManager组成。

举个例子，甲和乙两个人使用QQ聊天，甲问乙一句明天天气怎么样，乙回了一句明天下午，甲接受到了这条回复。甲和乙就相当于两个进程，他们因为不在一个地方所以无法直接进行通信，所以要借助IM工具、硬件、网络来完成这一系列交互。首先甲和乙要通过QQ聊天，那么乙一定是要注册QQ并在线的，那么此时甲相当于client进程，乙相当于server进程，乙注册QQ上线后，相当于告诉了QQ服务端自己的用户名、用户id、ip和端口号，并建立连接。那么这时候甲将信息发到QQ服务端后，QQ后端服务会根据数据库中存放的表，通过甲发送过来的乙的用户id来找到和乙建立的链接，然后将消息发送给乙。在这个过程中，QQ后端服务分管注册、用户查询、路由的这部分功能就相当于ServerManager,而双方的PC、QQ软件、网路、QQ后端服务的其他功能就相当于Binder Driver。

当然，拿QQ聊天举例子只是为了对Binder到底是个什么东西有个初步的认识，其中的实现细节会有很大的不同。

结合之前所说的，传统IPC通信是通过数据由用户空间拷贝到内核空间，再拷贝到用户空间完成的。共享内存是通过用户空间对共享对象的映射完成的。那么Binder呢？

下面盗图一张，图片出处 图文详解 Android Binder跨进程通信的原理

可以看到，client进程首先将要发送的数据通过Binder驱动，拷贝到内核空间，然后这个内核空间其实是与Binder创建的接收缓存区以及Server进程的用户空间是映射关系的，这样Client向内核空间copy数据后，相当于直接写到了server进程的用户空间，而server进程在接受到数据后并进行一些列的逻辑处理后ÿ