Binder实现了IBinder接口，可理解为port一样的虚拟设备，其驱动为/dev/binder
Binder是ServiceManager连接各种Manager(ActivityManager、WindowManager等)和相应ManagerService的桥梁
客户端和服务器之间的媒介，当bindservice时，服务器返回一个版喊了服务器业务调用的Binder对象，由此对象可以获取服务端提供给的服务或数据
首先
准备生成AILD文件必要的1个.java文件和2个.aidl文件
1、实现了Parcelable接口的文件 .java
package com.example.aidltest
import android.os.Parcel
import android.os.Parcelable
public class Book implements Parcelable{
private int BookId;
private int BookName;
private boolean hasFinish;
public Book(int bookid，int bookname，boolean hasfinish){
this.BookId=bookid;
this.BookName=bookname;
this.hasFinish=hasfinish;
}
@override
public int describeContents(){
return 0; //基本都返回0
}
@override
public void writeToParcel(Parcel dest，int flags){
//对象写入Parcel
dest.writeInt(BookId);
dest.writeString(BookName);
dest.writeInt(hasFinish?1:0);
}
public static final Create CREATE=new Creato(){
//此句需要自己写 但是API中有
@override
public Book createFromParcel(Parcel in){
return new Book(in);
}
@override
public Book[] new Array(int size){
return Book[size];
}
};
protected Book(Parcel in){
//从Parcel(序列化后的对象)中创建原始对象
BookId=in.readInt();
BookName=in.readString();
hasFinish=in.readInt==1;
//要保证此处的引用的顺序及类型和牵绊writeToParcel的引用和类型相对应(特别要注意次序)
}
}
2、与实现了Parcelable接口的类同名的aidl文件 .aidl
package com.example.aidltest
Parcelable Book;
3、包含想要在服务器(或其他进程)提供数据或可供客户端使用的方法的IBookManager.aidl文件 .aidl
package com.example.aidltest
import com.example.aidltest.Book
//要想使用实现了Parcelable接口的类则必须在此引入
interface IBookManager{ //定义一个接口
//以下为可以提供给客户端调用的方法
List getBookList();
void addBook(in Book book); //除了八大基本数据类型，其他的对象都要使用in、out、inout来标识
}
只能声明方法，不能生命静态常量
其次
make project或rebuild project
会自动生成对应可使用的IBookManager.java接口文件
**此接口文件包含一个Stub内部类和IBanderManger.aidl中声明的方法
之后创建对象、绑定binder、调用方法都通过此.java文件
1、声明了定义在IBookManager.aidl中的方法，并同时声明了整型id用来标识这两个方法
2、内部类Stub。此类即为Binder类。
- 当client与sevice同进程时，方法调用不会走跨进成的transact过程；
- 当两者不同进程时，方法调用需走此逻辑，由Stub的内部代理类Proxy来完成
3、DESCRIPTOR
Binder唯一标识符。一般用当前Binder的类名表示
4、asInterface
用于将服务端的Binder对象转换为客户端所需的AIDL接口类对象；
同一进程返回styb本身，否则返回系统封装后的Stub.Proxy对象
5、asBinder
用于返回当前Binder对象
6、onTransact
方法运行在服务端Binder线程池中；客户端跨进成请求由系统底层封装后交由此方法处理；
作用： - code可明确目标
- data中提取出目标方法所用参数(如果有)
- 执行目标方法
- 执行完成后将返回值写入reply(如果有)，若返回false则请求失败，可用来做权限认证
7、Proxy#getBookList、Proxy#addBook（无返回值）
运行于客户端 - 创建输入型Parcel对象_data；输出型Parcel对象_reply；返回值List对象
- 将调用者的细数写入_data（如果有）
- 调用transact方法发起RPC（远程过程调用），同时当前线程挂起
- 服务端onTransact执行，直至RPC过程返回后，当前线程继续进行，从_reply中取出返回值
- 返回_reply中数据
注意
1、当client向service发起请求后当前线程会挂起，所以如果很耗时就不要写在UI线程中
2、service的Binder方法运行在Binder线程池中，所以不论Binder方法是否耗时都要进行同步操作
过程：
- Clint发起RPC后挂起
- Binder写入参数（data）后调用transact
- Service调用onTransact并运行在Binder线程池中
- 执行完毕后返回结果写入reply
- reply返回给Binder后唤醒client发起RPC的线程
Binder机制完全不需要AIDL文件，他们都只是为了方便自动生成出IBookManager.java而创建的
AIDL机制的使用
所需：
service：用来监听client的连接请求；然后创建一个AIDL实例；将暴露给client的接口于文件中声明，之后在Service中实现此接口即可
client：绑定Service；将service返回的Binder对象转成AIDL接口所属类型之后就可以调用方法
AIDL接口文件，前面创建的IBookManager.java
Service
public class BookManagerService extends Service{
private CopyOnWriteArrayList mBooklist=new CopyOnWriteArrayList<>();
//IBookManager.java的内部类
private Binder mBinder = new IBookManager.Stub(){
@override
public List getBookList() throws RemoteException{
return mBooklist;
}
@override
public void addBook(Book book) throws RemoteException{
mBooklist.add(book);
}
};
@override
public void onCreate(){
super.onCreate();
mBooklist.add(new Book(1，"ANDROID"));
mBooklist.add(new Book(2，"IOS"));
//演示用的，在初始化时向mBooklist中添加两个元素
}
@0verride
public IBinder onBind(Intent intent){
return mBinder;
//前面的IBookManager内部类Stub的对象(此对象为Binder对象)
}
}
Client
public class BookManagerActivity extends AppCompatActivity{
private ServiceConnection mConnection=new ServiceConnection(){
public void onServiceConnected(ComponentName className，IBinder **service**){
IBookManager bookManager = IBookManager.Stub.asInterface ( service );
try{
List list=bookManager.getBooklist();
}catch(RemoteException e){
}
}
}
@override
protected void onCreate(Bundle savedInstanceState){
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Intent intent=new Intent(this，BookManagerService.class);
startService(intent，mConnection，Context.BIND_AUTO_CREATE);
}
@override
protected void onDestroy(){
unbindService(mConnection);
super.onDestroy();
}
}
总结
1、生成IBookManager.java文件（AIDL接口文件）
2、在自身中实现所希望别人来调用自己的方法的Binder对象(不局限于服务端客户端，只要希望其他进程可以调用自己的方法，那么就再自己中)
Binder binder = new IBookManager.Stub(){
//实现接口中的方法
}
/*
实际即是接口的实现类
InterfaceName interface = new InterfaceName.Stub(){
//实现接口中的方法
}
*/
3、获取所要调用方法的AIDL接口对象(不局限于服务端或客户端，想调用哪个进程的AIDL方法，就以此获取该进程提供的对象)
InterfaceName interface = InterfaceName.Stub.asInterface(Service);
interface.getBooklist();
interface.addBook(new Book(1，"C++"));
//Service中在onServiceConnected()方法中获取
最后
设置代理
服务端异常终止而有不知道的情况下会请求失败，要设置死亡代理
LinkToDeath unlinkToDeath
private IBinder.DeathRecipent mDeathRecipient = new IBinder.DeathRecipient(){
@override
public void binderDied(){ //死亡是调用
if(mBookManager == null){
return;
}
mBookManager.asBinder().unlinkToDeath(mDeathRecipient，0);
mBookManager = null;
}
}；
mservice = ImessageBoxManager.Stub.asInterface(binder);
binder.linkToDeath(mDeathRecipient，0);
RemoteCallbackList
用于伤处跨进程的listener的接口，是一个泛型
public class RemoteCallbackList < E extends IInterface >
内部有一个Map来保存所有的AIDL回调
ArrayMap
由于跨进程的对象是序列化和反序列化来的，所以是不同的对象，但是它们所指向的底层Binder对象是同一个，所以解注时于服务端遍历所有lisnener找出相同的Binder的listener删除即可
RemoteCallbackList是线程同步的
它并不是一个List而是接口，想遍历要遵守以下规则：
final int N=mListenerList.beginBroadCast();
for(int i = 0; i < N;i ++){
IOnNewBookArrivedListener l = mListenerList.getBroadcastItem(i);
if (l != null){
//TODO
}
}
mListenerList.finishBroadCast();