Binder总结

Binder简介

Binder是Android系统进程通信的方式之一。我们都知道android系统是基于linux的，linux为了避免进程之间的干扰进程之间是隔离的，一个进程内又分为内核空间和用户空间。这个隔离也是分为两部分，进程间隔离和进程内的隔离。那既然存在隔离也就存在通信，进程间的通信就是IPC。用户空间和内核空间的通信就是系统调用。

android系统是基于linux的，也需要解决进程间的通信。这个方式就是binder。但是linux本身也是有直接的IPC方式，包括管道、socket 、消息队列和共享内存，为什么不使用这些呢，我认为是出于性能和安全性的考虑。

  1，性能 socket是一个通用的通信接口，效率低开销大主要用来进行跨网络的进程间通信。消息队列和管道呢是需要复制两次数据

需要先从发送方的缓冲区拷贝到内核开辟的缓存区中，然后再拷贝到接收方的缓存区中，至少需要两次数据拷贝。而binder呢只需要一次。

  2，安全性：Android作为一个开放式的开发平台需要保证终端数据的安全，linux的IPC方式呢没有安全的身份验证机制。因此在Andoird中出现了binder自带身份验证而且性能较高的这种IPC进程间通信方式。

Binder通信模型

Binder由四部分组成，分别是server、client、serviceManager和binder驱动，server client serviceManager运行在用户空间，驱动运行在内核空间中。这个四个部分跟互联网类似，server是服务器，client是客户端，serviceManager是（DNS）域名服务器，驱动是路由器。

binder驱动呢虽然叫做驱动但它和硬件没有关系，主要是实现方式和硬件驱动类似。它工作再内核空间中提供mmap ioctl这些标准的文件操作，负责进程间binder通信的建立 数据包的传递和交互等一系列底层的支持。驱动和应用程序之间定义了一套接口协议主要是由ioctl完成，一次调用完成先读后写满足同步交互，不必分别调用read和write。

serviceManager的作用是将字符形式的binder名字转化成client对binder对象的引用，使得client能够通过binder名字获得server中binder实体的引用，

通信流程： 1，server服务端通过dinder驱动在serviceManager中注册我们的服务

2，客户端通过binder驱动查询对应server在serviceManager中注册的服务

3，serviceManager返回通过binder驱动返回服务端的代理对象

4，client拿到返回的服务端代理对象就可以进行进程间通信机制。

Binder内存映射

Binder驱动负责管理数据和接收缓存，实现了mmap系统调用来创建接收数据的缓存空间。通过mmap（）在接收方开辟一个缓存空间，这个mmap的返回值就是这个空间内存地址，这个空间是由驱动管理的，用户不能直接进行访问。空间创建好作为接收数据的缓存池，通过ioctl（）一次完成读写，数据传递完成。