Binder机制
什么是Binder
- 通常情况下,Binder指的是一种通信机制
- 对于
Server
进程来说,Binder指的是Binder本地
对象;对于Cilent
来说,Binder指的是Binder代理
对象 - 对于传输过程来说,Binder是可以进行跨进程传递的对象
Binder的功能
- 用驱动程序来推进进程之间的通信
- 通过共享内存来提高性能
- 为进程请求分配每个进程的线程池
- 针对系统中的对象引入了引用计数和跨进程的对象引用映射
- 进程间同步调用
Binder通信模型
Binder的通信模型有4个角色:Binder Client、Binder Server、Binder Driver(Binder驱动)、ServiceManager。
可以看到,ServiceManager
、Client
、Server
处于不同的进程,他们三个都在用户空间,而Binder驱动在内核空间。
那先来简述一下这个通信模型:
- 首先是有一个
ServiceManager
,刚开始这个通讯录是空白的,然后Server进程向ServiceManager
注册一个映射关系表,之后Client进程想要和Server进程通信,首先向ServiceManager
查询地址,ServiceManager
收到查询的请求之后,返回查询结果给Client。 - 注意到这里不管是Server进程注册,还是Client查询,都是经过Binder驱动的,这也真是Binder驱动的作用所在。
Binder通信机制原理
- Server进程向
ServiceManager
注册,告诉ServiceManager
我是谁,我有什么,我能做什么。就好比徐同学(Server进程)有一台笔记本(computer对象),这台笔记本有个add方法。这时映射关系表就生成了。 Client
进程向ServiceManager
查询,我要调用Server
进程的computer对象的add方法,可以看到这个过程经过Binder驱动
,这时候Binder驱动就开始发挥他的作用了。当向ServiceManager
查询完毕,是返回一个computer对象给Client进程吗?其实不然,Binder驱动将computer对象转换成了computerProxy
对象,并转发给了Client
进程,因此,Client进程拿到的并不是真实的computer对象,而是一个代理对象,即computerProxy
对象。很容易理解这个computerProxy对象也是有add方法,(如果连add方法都没有,岂不是欺骗了Client?),但是这个add方法只是对参数进行一些包装而已。- 当Client进程调用add方法,这个消息发送给Binder驱动,这时驱动发现,原来是computerProxy,那么Client进程应该是需要调用computer对象的add方法的,这时驱动通知Server进程,调用你的computer对象的add方法,将结果给我。然后Server进程就将计算结果发送给驱动,驱动再转发给Client进程,这时Client进程还蒙在了鼓里,他以为自己调用的是真实的computer对象的add方法,其实他只是调用了代理而已。不过Client最终还是拿到了计算结果。
- 好了,一个通信过程就完成了。我们发现,其实Binder驱动就是一个
中转
。
为什么要用Binder来实现IPC?
主要是基于性能、稳定性和安全性几方面的原因:
性能
首先说说性能上的优势。Socket 作为一款通用接口,其传输效率低,开销大,主要用在跨网络的进程间通信和本机上进程间的低速通信。消息队列和管道采用存储-转发方式,即数据先从发送方缓存区拷贝到内核开辟的缓存区中,然后再从内核缓存区拷贝到接收方缓存区,至少有两次拷贝过程。共享内存虽然无需拷贝,但控制复杂,难以使用。Binder 只需要一次数据拷贝,性能上仅次于共享内存。
稳定性
再说说稳定性,Binder 基于 C/S 架构,客户端(Client)有什么需求就丢给服务端(Server)去完成,架构清晰、职责明确又相互独立,自然稳定性更好。共享内存虽然无需拷贝,但是控制复杂,难以使用。从稳定性的角度讲,Binder 机制是优于内存共享的。
安全性
另一方面就是安全性。Android 作为一个开放性的平台,市场上有各类海量的应用供用户选择安装,因此安全性对于 Android 平台而言极其重要。作为用户当然不希望我们下载的 APP 偷偷读取我的通信录,上传我的隐私数据,后台偷跑流量、消耗手机电量。传统的 IPC 没有任何安全措施,完全依赖上层协议来确保。首先传统的 IPC 接收方无法获得对方可靠的进程用户ID/进程ID(UID/PID),从而无法鉴别对方身份。Android 为每个安装好的 APP 分配了自己的 UID,故而进程的 UID 是鉴别进程身份的重要标志。传统的 IPC 只能由用户在数据包中填入 UID/PID,但这样不可靠,容易被恶意程序利用。可靠的身份标识只有由 IPC 机制在内核中添加。其次传统的 IPC 访问接入点是开放的,只要知道这些接入点的程序都可以和对端建立连接,不管怎样都无法阻止恶意程序通过猜测接收方地址获得连接。同时 Binder 既支持实名 Binder,又支持匿名 Binder,安全性高。
基于上述原因,Android 需要建立一套新的 IPC 机制来满足系统对稳定性、传输性能和安全性方面的要求,这就是 Binder。
总结
Binder基于Client-Server通信模式,传输过程只需一次拷贝,为发送发添加UID/PID身份,既支持实名
Binder也支持匿名
Binder,安全性高。