基础知识
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