1.简介
Binder是什么?
-
机制:Binder是一种进程间通信的机制
-
驱动:Binder是一个虚拟物理设备驱动
-
应用层:Binder是一个能发起进程间通信的JAVA类
-
Binder就是Android中的血管,在Android中我们使用Activity,Service等组件都需要和AMS(system_server)进行通信,这种跨进程的通信都是通过Binder完成。
-
Activity,Service等组件和AMS不是同一个进程,其实也是多进程通信。
为什么要用多进程?
- 虚拟机给每一个进程分配的内存是有限制的,LMK会优先回收对系统资源占用多的进程
- 为了突破内存限制,防止占用内存过多被杀
- 功能稳定性,一个进程崩溃对另外进程不造成影响:将不稳定功能放入独立进程
- 规避内存泄漏,独立的WebView进程阻隔内存泄漏导致问题
Android系统中,涉及到多进程间的通信底层都是依赖于Binder IPC机制。
- 例如当进程A中的Activity要向进程B中的Service通信,这便需要依赖于Binder IPC。不仅于
此,整个Android系统架构中,大量采用了Binder机制作为IPC(进程间通信,Interprocess Communication)方案。 - 也存在部分其他的IPC方式,如管道、SystemV、Socket等
进程隔离:
- 操作系统中,进程与进程间内存是不共享的。两个进程就像两个平行的世界,A 进程没法直接访问 B 进程的数据,这就是进程隔离。
- A 进程和 B 进程之间要进行数据交互就得采用特殊的通信机制:进程间通信(IPC)。
为什么使用Binder:
性能方面:
- Binder相对于传统的Socket方式,更加高效
- Binder数据拷贝只需要一次,而管道、消息队列、Socket都需要2次,共享内存方式一次内存拷贝都不需要,但实现方式又比较复杂。
安全方面:
- 传统的进程通信方式对于通信双方的身份并没有做出严格的验证,比如Socket通信的IP地址是客户端手动填入,很容易进行伪造
- Binder机制从协议本身就支持对通信双方做身份校检,从而大大提升了安全性。
2. Binder原理
2.1 Binder原理概述
2.1.1 IPC原理:
从进程角度来看IPC(Interprocess Communication)机制
进程空间划分:用户空间(User Space) ——内核空间(Kernel Space)
- 每个Android的进程,只能运行在自己进程所拥有的虚拟地址空间。例如,对应一个4GB的虚拟地址空间,其中3GB是用户空间,1GB是内核空间,内核空间的大小是可以通过参数配置调整的
- 对于用户空间,不同进程之间是不能共享的,而内核空间却是可共享的
- Client进程向Server进程通信,恰恰是利用进程间可共享的内核内存空间来完成底层通信工作的
- Client端与Server端进程往往采用ioctl等方法与内核空间的驱动进行交互。
(ioctl 是设备驱动程序中设备控制接口函数,一个字符设备驱动通常会实现设备打开、关闭、读、写等功能,在一些需要细分的情境下,如果需要扩展新的功能,通常以增设 ioctl() 命令的方式实现。)
只有系统调用才能操作内核空间:
系统调用:用户态与内核态
- 虽然从逻辑上进行了用户空间和内核空间的划分,但不可避免的用户空间需要访问内核资源,比如文件操作、访问网络等等。
- 为了突破隔离限制,就需要借助系统调用来实现。系统调用是用户空间访问内核空间的唯一方式,保证了所有的资源访问都是在内核的控制下进行的,避免了用户程序对系统资源的越权访问,提升了系统安全性和稳定性。
- Linux 使用两级保护机制:0 级供系统内核使用,3 级供用户程序使用。
copy_from_user() //将数据从用户空间拷贝到内核空间
copy_to_user(