Android的进程间通信（四） 之 Binder 通信模型 与 Linux的其他进程间通信对比

Binder 与 Linux的其他进程间通信对比

Linux系统中，已经自带了很多进程间通信的方式了，例如：管道，信号量，共享内存，socket等等。我们在了解一个新东西的时候，要先知道，为什么需要这个东西？Android系统的开发工程师为什么要放弃已有的进程间通信方式不用而重新开发一个新的通信方式呢？

Linux系统一般用于嵌入式系统，亦或是服务器中，在这类的应用场景中，进程与进程的通信其实相对而言是比较简单的。例如在服务器上，进程间通信主要用于自己写的应用间的通信，这个场景就比较适合用共享内存。

但是在Android系统中就不太一样了。Android系统是一种移动设备，对于Android安全性要求比较高，用户会在手机上装上很多乱七八糟的应用。所以，在手机上，进程间通信需要同时保证 “ 安全性 ” 与“ 高效 ” 。

通过上面图片我们可以知道，共享内存拷贝速度快，但是不安全也不容易管理。而Socket这类需要两次内存拷贝的进程间通信的方式，速度太慢。

而Binder很好的兼顾了 “ 安全性 ” 和 “ 高效 ” 这两个要求。高效是因为Binder只需要一次内存拷贝，那么Binder如何保证安全性呢？
其一：内核层可以获得通信进程的PID，id是通信过程中的重要标志。而传统的IPC的ID鉴权依赖上层协议。（内核可以知道你是谁？而你无法伪装，因为你的身份在内核这里有登记