Android——Binder机制

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(