本文转载自微信公众号「嵌入式Linux系统开发」，作者asonangel。转载本文请联系嵌入式Linux系统开发公众号。
最近博主在研究Android系统的binder。
binder是什么?可以理解为Andorid系统中的一种进程间通信的方式，虽然Android系统基于Linux，但是它并没有采用Linux自带的进程间通信方式，而是采用了更高效的binder，理解binder对于理解Android系统具有至关重要的作用。binder原理图如下：
Binder通信采用c/s架构，和Socket一样，但是稍微复杂。binder组件包含Client、Server、ServiceManager以及binder驱动，其中ServiceManager用于管理系统中的各种服务。
具体通信过程：Server先向ServiceManager注册一个服务，其实也就是一个字符串。然后Client从ServiceManager获取服务，关键字就是注册的字符串。这样Client和Server就可以通信。真正的数据流是走了底层的Linux内核空间的binder驱动，但这个是被封装的，所以不用关心真正的binder驱动，只管在Client和Server之间调用函数收发数据就行。就是服务端的onTransact函数和客户端remote()->transact(TEST, data, &reply)，发送的数据存在data中，返回的数据存在reply中。Client和Server都可以收发数据。
安卓系统架构图：
理解了binder以后，具体分析：binder驱动肯定是在最下面的Linux内核中，那么binder的客户端和服务器，可以存在在任何地方。举例：
1、bindder服务器在app层，客户端在app层。2、bindder服务器在native层，客户端在app层。3、bindder服务器在app层，客户端在native层。4、bindder服务器在native层，客户端在native层。
以上四种情况都可以。
说的比较抽象，我发两篇文章连接，这两篇文章的代码我已经验证过，可以使用。需要注意的是，APP层的binder由java语言编写，native层的binder，由C++语言编写。但其实接口都很相似。
但是要看懂代码，需要先理解几个类：
native层binder真实的继承关系如下：
对称一点可能方便理解：
我们主要是从BnInterface和BpInterface继承，去实现自己的服务器和客户端。
bp：binder proxy
bn：binder native
sm：ServiceManager
