Android Binder机制

Android Binder机制

一、什么是Binder?

Binder是Android系统提供的一种IPC（进程间通信）机制。例如当进程A中的Activity要向进程B中的Service通信，这便需要依赖于Binder IPC。

 

二、为什么使用Binder?

对于基于Linux内核的Android来说，还存在着管道（Pipe）、信号（Signal）、消息队列（Message）、共享内存（Share Memory）和插口（Socket）等其他IPC机制（比如：Zygote通信采用的是Socket）。在移动设备上（性能受限制的设备，比如要省电），广泛地使用跨进程通信对通信机制的性能有严格的要求，Binder相对出传统的Socket方式，更加高效。Binder数据拷贝只需要一次，而管道、消息队列、Socket都需要2次，共享内存方式一次内存拷贝都不需要，但实现方式又比较复杂。传统的进程通信方式对于通信双方的身份并没有做出严格的验证，比如Socket通信ip地址是客户端手动填入，很容易进行伪造，而Binder机制从协议本身就支持对通信双方做身份校检，因而大大提升了安全性。

 

三、Binder通信的四个角色

1. Client进程：使用服务的进程。
2. Server进程：提供服务的进程。
3. ServiceManager进程：ServiceManager的作用是将字符形式的Binder名字转化成Client中对该Binder的引用，使得Client能够通过Binder名字获得对Server中Binder实体的引用。
4. Binder驱动：驱动负责进程之间Binder通信的建立，Binder在进程之间的传递，Binder引用计数管理，数据包在进程之间的传递和交互等一系列底层支持。

 

• Binder运行机制

    每个Android的进程，只能运行在自己进程所拥有的虚拟地址空间。对应一个4GB的虚拟地址空间，其中3GB是用户空间，1GB是内核空间，当然内核空间的大小是可以通过参数配置调整的。对于用户空间，不同进程之间彼此是不能共享的，而内核空间却是可共享的。Client进程向Server进程通信，恰恰是利用进程间可共享的内核内存空间来完成底层通信工作的，Client端与Server端进程往往采用ioctl(input/output control)等方法跟内核空间的驱动进行交互。

 

    要进行Client-Server之间的通信，从面向对象的角度，在Server内部有一个Binder实体，在Client内部有一个Binder对象的引用，其实就是Binder的一个代理，Client通过对Binder引用间接的操作Server内部的Binder实体，这样就实现了通信。

 

    图中Client/Server/ServiceManage之间的相互通信都是基于Binder机制。既然基于Binder机制通信，那么同样也是C/S架构，则图中的3大步骤都有相应的Client端与Server端。

 

1. 注册服务(addService)：Server进程要先注册Service到ServiceManager。该过程：Server是客户端，ServiceManager是服务端。
2. 获取服务(getService)：Client进程使用某个Service前，须先向ServiceManager中获取相应的Service（代理）。该过程：Client是客户端，ServiceManager是服务端。
3. 使用服务：Client根据得到的Service（代理）信息建立与Service所在的Server进程通信的通路，然后就可以与Service交互（通过Binder驱动中转，调用方法的代理）。该过程：client是客户端，server是服务端。

 

• Binder机制 在Android中的具体实现原理

获取服务：

 

使用服务：