Binder和AIDL

Binder

机制:Binder是一种进程间通信的机制
驱动:Binder是一个虚拟物理设备驱动 应用层:Binder是一个能发起进程间通信的JAVA类 Binder就是Android中的血管，在Android中我们使用Activity,Service等组件都需要和AMS (system_server)进行通信，这种跨进程的通信都是通过Binder完成。 Activity,Service等组件和AMS不是同一个进程，其实也是多进程通信。

为什么要用多进程?

虚拟机给每一个进程分配的内存是有限制的,LMK会优先回收对系统资源占用多的进程 为了突破内存限制，防止占用内存过多被杀 功能稳定性，一个进程崩溃对另外进程不造成影响:将不稳定功能放入独立进程 规避内存泄漏，独立的WebView进程阻隔内存泄漏导致问题

安全方面:

传统的进程通信方式对于通信双方的身份并没有做出严格的验证，比如Socket通信的IP地址是客户 端手动填入，很容易进行伪造 Binder机制从协议本身就支持对通信双方做身份校检，从而大大提升了安全性。

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.2 IPC原理
从进程角度来看IPC(Interprocess Communication,进程间通信)机制

安全方面:

传统的进程通信方式对于通信双方的身份并没有做出严格的验证，比如Socket通信的IP地址是客户 端手动填入，很容易进行伪造 Binder机制从协议本身就支持对通信双方做身份校检，从而大大提升了安全