Android Frameworks源码分析之Binder(一)---Binder概述

在Android系统中，进程间通信(IPC)用的是Binder机制。Binder在Android中起着非常重要的作用，几乎所有的服务都要涉及到Binder的通信。所以要想以后更好的看懂Android代码，弄懂Binder就显得格外重要，如果不彻底弄懂Binder, 后面的路会走的很辛苦！

所以从这篇文章开始，我们就开始分析Binder的设计和实现。

Binder是块难啃的骨头，涉及的东西很多，从内核驱动层，到Frameworks层，再到Java应用层都有Binder的身影。

在这篇文章中，我们先对Binder做一个概述，以便我们能从整体上对Binder有一个了解。

Android系统是基于Linux的，我们知道Linux提供了很多中IPC，那为什么还要在提供Binder呢？那是因为在手机资源比较紧张的情况下，Binder有以下几个优点：

第一，Binder采用了Client-Server方式来处理进程间通信。各个功能模块将各个功能封装在一个Server中，应用程序只需要作为Client与这些Server建立连接便可以使用这些服务。采用Client-Server方式就可以花很少的时间和精力就能实现很多很复杂的功能。

第二，Binder在传输性能上有优势。在Linux传统的IPC中，消息队列和管道是采用存储转发方式，即数据先从发送方缓存区拷贝到内核开辟的缓存区中，然后再从内核缓存区拷贝到接收方缓存区中，至少要两次拷贝工程。而比较常用的空闲内存无需拷贝，但是控制比较复杂，使用起来不太方便. 而Binder只需要一次数据拷贝，只需要将数据拷贝到内核缓存区就可以，而不需要在拷贝到接收方缓存区，这样就提高了效率。在以后的文章中，我们能明白Binder是如何做到这一点的。

第三，安全性。Android为每个安装好的应用程序分配了自己的UID，进程的UID是鉴别进程身份的重要标志，Binder在通信的过程中可以为发送方添加UID/PID，从而可以进行安全检查，而传统的IPC没有任何安全措施，只能由用户在数据包中填入UID/PID, 但这样做是不可靠的，容易被恶意程序所利用。

如上所说，Binder使用Client-Server通信方式，所以Binder制定了Command-Reply协议来传输数据。Binder协议以命令+数据的方式来定义基本格式，使用ioctl(fd, cmd, arg)函数来实现交互。命令由参数cmd承载，数据由参数arg承载，arg是随cmd不同而不同。在后面分析Binder驱动的源码时，我们会看到详细的对各个cmd的分析。