[进阶] Binder理解和源码解析

基础知识

Android进程间的通讯没有沿用Linux的原有的通讯模式，而是采用新的通讯模式Binder.

先了解下Linux原有的通讯方式：Linux进程间的通信方式和原理

进程通信的应用场景一般包含数据/资源共享，数据传输，通知事件，进程控制。主动被动都有了。

Linux原有的几种通信方式

• pipe管道
• 消息队列(Message)
• 信号量(Semaphore)
• 共享内存(Share Memory)
• 信号(Signal)
• 跟踪(Trace)
• 还有支持支持C/S的Socket

Android为什么采用Binder？

Android没有使用Linux原生的通信机制，而是使用Binder机制。
Binder机制是采用OpenBinder演化而来，采用C/S的通信模式。
在Android中使用它的原因如下

• socket效率低，开销大。linux目前只有socket支持C/S
• 管道和消息队列效率低。管道和消息采用存储转发方式，所以至少需要拷贝2次数据，效率低
• 共享内存控制机制复杂：共享内存虽然在传输时没有拷贝数据，但其控制机制复杂（比如跨进程通信时，需获取对方进程的pid，得多种机制协同操作）。
• Binder安全性更高
  
  • Linux的IPC机制在本身的实现中，并没有安全措施，得依赖上层协议来进行安全控制。
  • Binder机制的UID/PID是由Binder机制本身在内核空间添加身份标识，安全性高；并且Binder可以建立私有通道，这是linux的通信机制所无法实现的（Linux访问的接入点是开放的）

各种IPC方式数据拷贝次数对比

IPC方式	数据拷贝次数
共享内存	0
Binder	1
Socket/管道/消息队列	2

总之，基于以上原因，Linux上原生机制无法满足手机的要求，Android需要建立一套新的IPC机制来满足系统对通信方式的传输性能和安全性要求，这就出现了Binder

Binder是什么

Binder是Android系统中进程间通讯（IPC）的一种方式，像Intent, Messenger, ContentProvider底层都是Binder实现

• Binder指的是一种通信机制。AIDL使用Binder进行通信，指的就是Binder这种IPC机制。

• 对于Server进程来说，Binder指的是Binder本地对象。

  • Server端一般会实例一个Binder实现具体的接口，即Server能够提供的能力（注意因为Stub是abstract不能直接实例化，实例化的父类Binder对象）

  • 在onBind时将实例传递给Client

    ```
    public class BookManagerService extends Service {
        private static final String TAG = BookManagerService.class.getSimpleName();
    
        // book list
        private CopyOnWriteArrayList<Book> mBookList = new CopyOnWriteArrayList<Book>();
        // new book listener RemoteCallbackList used for multi-process listener
        private RemoteCallbackList<INewBookListener> mListenerList = new RemoteCallbackList<INewBookListener>();
        private Binder mBinder = new IBookManager.Stub() {
    
            @Override
            public List<Book> getBookList() throws RemoteException {
                SystemClock.sleep