Binder 是客户端和服务端进行通讯的媒介，当bindService的时候，Service会返回一个包含Srevice业务调用的Binder对象，通过Binder对象，客户端就可以获取Service提供的服务或者数据，这里Service包括普通的Service和基于AIDl服务。
Android开发中，Binder主要在Service中，包括AIDl和Messenger
，其中普通的Service不涉及进程间通讯，而Messenger的底层其实是AIDL，所以分析Binder选中使用AIDL分析Binder的工作机制，
一、创建三个文件Book.java、Book.aidl、IBookManager.aidl，为什么需要定义Book.aidl？因为aidl中只支持：
- 基本数据类型（int、long、char、boolean、double）；
- String和CharSequence；
- List ，只支持ArrayList，并且元素得是AIDL支持的；
- Map，只支持HashMap，并且元素得是AIDL支持的，包括key和value；
- Parcelable，所有实现Parcelable接口的对象；
- AIDl，所有的AIDL接口本身也可以在AIDL文件中使用，比如自定义类型；
代码如下：
//Book.java
package com.wfy.article.entity;
import android.os.Parcel;
import android.os.Parcelable;
public class Book implements Parcelable {
private String id;
private String name;
public Book(String id, String name) {
this.id = id;
this.name = name;
}
protected Book(Parcel in) {
id = in.readString();
name = in.readString();
}
@Override
public void writeToParcel(Parcel dest, int flags) {
dest.writeString(id);
dest.writeString(name);
}
@Override
public int describeContents() {
return 0;
}
public static final Creator CREATOR = new Creator() {
@Override
public Book createFromParcel(Parcel in) {
return new Book(in);
}
@Override
public Book[] newArray(int size) {
return new Book[size];
}
};
}
需要主要的是Book.aidl的包必须和Book.java相同，Book.aidl是Book.java的定义；
// Book.aidl
package com.wfy.article.entity;
// Declare any non-default types here with import statements
parcelable Book;
定义相关操作：
// IBookManager.aidl
package com.wfy.article;
import com.wfy.article.entity.Book;
interface IBookManager {
void addBook(in Book book);
List getBooks();
}
开始分析Binder，分析由系统生成 IBookManager.aidl的java文件：
/*
* This file is auto-generated. DO NOT MODIFY.
* Original file: E:\\AndroidStudioprojects\\qihe\\AndroidArticleFind\\app\\src\\main\\aidl\\com\\wfy\\article\\IBookManager.aidl
*/
package com.wfy.article;
public interface IBookManager extends android.os.IInterface {
/**
* Local-side IPC implementation stub class.
*/
public static abstract class Stub extends android.os.Binder implements com.wfy.article.IBookManager {
/**
* Binder 的唯一标识
*/
private static final java.lang.String DESCRIPTOR = "com.wfy.article.IBookManager";
/**
* Construct the stub at attach it to the interface.
*/
public Stub() {
this.attachInterface(this, DESCRIPTOR);
}
/**
* 用于将Service的Binder对象转换成客户端所需的AIDL接口类型的对象，转换过程是区分进程的，
*
* 如果客户端的进程和Service进程位于同一个进程，那么此方法返回Stub对象本身，否则返回的是系统封装的Stub.proxy对象来完成transact过程
*
*
* Cast an IBinder object into an com.wfy.article.IBookManager interface,
* generating a proxy if needed.
*/
public static com.wfy.article.IBookManager asInterface(android.os.IBinder obj) {
if ((obj == null)) {
return null;
}
/**
* 尝试检索实现Binder的本地接口的对象，如果返回空值，则需要将代理类实例化调用transact方法
*
* 具体可以输出Log，同进程返回Stub，否则返回Stub.Proxy（用于transact）
*/
android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);
if (((iin != null) && (iin instanceof com.wfy.article.IBookManager))) {
return ((com.wfy.article.IBookManager) iin);
}
return new com.wfy.article.IBookManager.Stub.Proxy(obj);
}
/**
* 返回当前Binder对象
*
* @return
*/
@Override
public android.os.IBinder asBinder() {
return this;
}
/**
* 此方法运行在Binder线程池中
*
* Service通过code可以确定客户端所请求的目标方法是什么，接着从data中取出目标方法所需的参数，然后执行目标方法。
*
* 当目标方法执行完毕后，就向reply中写入返回值
*
*
*
* 如果此方法返回 false，那么客户端请求会失败
*
* @param code
* @param data
* @param reply
* @param flags
* @return
* @throws android.os.RemoteException
*/
@Override
public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags) throws android.os.RemoteException {
java.lang.String descriptor = DESCRIPTOR;
switch (code) {
case INTERFACE_TRANSACTION: {
reply.writeString(descriptor);
return true;
}
case TRANSACTION_addBook: {
data.enforceInterface(descriptor);
com.wfy.article.entity.Book _arg0;
if ((0 != data.readInt())) {
_arg0 = com.wfy.article.entity.Book.CREATOR.createFromParcel(data);
} else {
_arg0 = null;
}
this.addBook(_arg0);
reply.writeNoException();
return true;
}
case TRANSACTION_getBooks: {
data.enforceInterface(descriptor);
java.util.List _result = this.getBooks();
reply.writeNoException();
reply.writeTypedList(_result);
return true;
}
default: {
return super.onTransact(code, data, reply, flags);
}
}
}
private static class Proxy implements com.wfy.article.IBookManager {
private android.os.IBinder mRemote;
Proxy(android.os.IBinder remote) {
mRemote = remote;
}
@Override
public android.os.IBinder asBinder() {
return mRemote;
}
public java.lang.String getInterfaceDescriptor() {
return DESCRIPTOR;
}
/**
* 和getBooks()一样
*
* @param book
* @throws android.os.RemoteException
*/
@Override
public void addBook(com.wfy.article.entity.Book book) throws android.os.RemoteException {
// 创建输入对象（该方法的参数信息等）
android.os.Parcel _data = android.os.Parcel.obtain();
// 创建输出对象（RPC过程返回数据）
android.os.Parcel _reply = android.os.Parcel.obtain();
try {
_data.writeInterfaceToken(DESCRIPTOR);
if ((book != null)) {
_data.writeInt(1);
// 写入参数数据
book.writeToParcel(_data, 0);
} else {
_data.writeInt(0);
}
//发起RPC过程 ，这里是会阻塞的，等待transact结束
mRemote.transact(Stub.TRANSACTION_addBook, _data, _reply, 0);
_reply.readException();
// 因为没有返回值，所以不需要从_reply中取出RPC过程数据
} finally {
_reply.recycle();
_data.recycle();
}
}
/**
* 此方法运行在客户端
*
* @return
* @throws android.os.RemoteException
*/
@Override
public java.util.List getBooks() throws android.os.RemoteException {
// 创建输入对象（该方法的参数信息等）
android.os.Parcel _data = android.os.Parcel.obtain();
// 创建输出对象（RPC过程返回数据）
android.os.Parcel _reply = android.os.Parcel.obtain();
//返回值
java.util.List _result;
try {
//参数信息写入_data中
_data.writeInterfaceToken(DESCRIPTOR);
// 发起RPC请求，同时当前线程挂起，然后Service端的onTransact方法会被调用，直到RPC过程返回后，线程继续执行，
mRemote.transact(Stub.TRANSACTION_getBooks, _data, _reply, 0);
// 接着从_reply中取出RPC过程返回的结果
_reply.readException();
// 最后返回_reply中的数据
_result = _reply.createTypedArrayList(com.wfy.article.entity.Book.CREATOR);
} finally {
_reply.recycle();
_data.recycle();
}
return _result;
}
}
/**
* 各方法的id
*/
static final int TRANSACTION_addBook = (android.os.IBinder.FIRST_CALL_TRANSACTION + 0);
static final int TRANSACTION_getBooks = (android.os.IBinder.FIRST_CALL_TRANSACTION + 1);
}
public void addBook(com.wfy.article.entity.Book book) throws android.os.RemoteException;
public java.util.List getBooks() throws android.os.RemoteException;
}
来一波图
1、当客户端发起请求，当前线程挂起直至Service进程返回数据，如果远程方法耗时，不能再UI线程中执行；
2、由于Binder方法运行在Binder线程池中，所以Binder方法不管是否耗时都应该采用同步的方式去实现；
3、IBookManager 中声明了两个整形id分别用于标识getBooks和addBook这两个方法，内部还有一个Stub，Stub是一个Binder的实现类，当客户端和Service同一个进程时，此方法不会走跨进程transact过程，否则走进程transact过程，由Stub.proxy来完成该过程，可以详细可以看看Stub中asInterface方法，同一个进程直接返回Stub对象，否则返回Stub.proxy。
Binder机制引用此文章Android Bander设计与实现 - 设计篇
Binder框架定义了四个角色：Server，Client，ServiceManager（以后简称SMgr）以及Binder驱动。其中Server，Client，SMgr运行于用户空间，驱动运行于内核空间。这四个角色的关系和互联网类似：Server是服务器，Client是客户终端，SMgr是域名服务器（DNS），驱动是路由器。
Binder 驱动
和路由器一样，Binder驱动虽然默默无闻，却是通信的核心。尽管名叫‘驱动’，实际上和硬件设备没有任何关系，只是实现方式和设备驱动程序是一样的。它工作于内核态，驱动负责进程之间Binder通信的建立，Binder在进程之间的传递，Binder引用计数管理，数据包在进程之间的传递和交互等一系列底层支持。
ServiceManager 与实名Binder
和DNS类似，SMgr的作用是将字符（域名）形式的Binder名字转化成Client中对该Binder的引用，使得Client能够通过Binder名字获得对Server中Binder实体（IP）的引用。注册了名字的Binder叫实名Binder，就象每个网站除了有IP地址外还有自己的网址。Server创建了Binder实体，为其取一个字符形式，可读易记的名字，将这个Binder连同名字以数据包的形式通过Binder驱动发送给SMgr，通知SMgr注册一个名叫张三的Binder，它位于某个Server中。驱动为这个穿过进程边界的Binder创建位于内核中的实体节点以及SMgr对实体的引用，将名字及新建的引用打包传递给SMgr。SMgr收数据包后，从中取出名字和引用填入一张查找表中。
Client 获得实名Binder的引用
Server向SMgr注册了Binder实体（IP）及其名字（域名）后，Client就可以通过名字（域名）获得该Binder的引用了。Client也利用保留的0号引用向SMgr请求访问某个Binder。SMgr收到这个连接请求，从请求数据包里获得Binder的名字，在查找表里找到该名字对应的条目，从条目中取出Binder的引用，将该引用作为回复发送给发起请求的Client。从面向对象的角度，这个Binder对象现在有了两个引用：一个位于SMgr中，一个位于发起请求的Client中。如果接下来有更多的Client请求该Binder，系统中就会有更多的引用指向该Binder，就象java里一个对象存在多个引用一样。而且类似的这些指向Binder的引用是强类型，从而确保只要有引用Binder实体就不会被释放掉。
看一张图压压惊：
具体内存映射：
Linux内核实际上没有从一个用户空间到另一个用户空间直接拷贝的函数，需要先用copy_from_user()拷贝到内核空间，再用copy_to_user()拷贝到另一个用户空间。为了实现用户空间到用户空间的拷贝，划重点mmap()分配的内存除了映射进了接收方进程里，还映射进了 内核空。所以调用copy_from_user()将数据拷贝进内核空间也相当于拷贝进了接收方的用户空间，这就是Binder只需一次拷贝的‘秘密’。
