aidl的一些关键字：
1、oneway介绍
oneway 关键字用于修饰远程调用的行为，被oneway修饰了的方法不可以有返回值，也不可以有带out或inout的参数。
使用oneway时，远程调用不会阻塞；它只是发送事务数据并立即返回。接口的实现最终接收此调用时，是以正常远程调用形式将其作为来自 Binder 线程池的常规调用进行接收。
2、in，out，inout介绍
in、out、inout表示跨进程通信中数据的流向（基本数据类型默认是in，非基本数据类型可以使用其它数据流向out、inout）。
in 表示数据只能由客户端流向服务端。（表现为服务端修改此参数，不会影响客户端的对象）
out 表示数据只能由服务端流向客户端。（表现为服务端收到的参数是空对象，并且服务端修改对象后客户端会同步变动）
inout 则表示数据可在服务端与客户端之间双向流通。（表现为服务端能接收到客户端传来的完整对象，并且服务端修改对象后客户端会同步变动）
注意如果aidl中发现对象类型参数可以不带in，out，inout任何一个，那么它一定属于默认in类型，而且也不能强制给其加上out或inout
具体这里可以看google官方文档的原话：
When defining your service interface, be aware that:
Methods can take zero or more parameters, and return a value or void.
All non-primitive parameters require a directional tag indicating which way the data goes. Either in, out, or inout (see the example below).
Primitives, String, IBinder, and AIDL-generated interfaces are in by default, and cannot be otherwise.Primitives, String, IBinder, and AIDL-generated interfaces are in by default —这句就说明了元数据类型，String ，IBinder，还有AIDL生成的接口那默认就是in，不能为其他
3、Binder跨进程双向通信的实现
这里其实一共只需要分为3步：
1.首先client通过bindService方式获取到了服务端的IServer接口对象，既可以正常调用服务端的接口
2、这里服务端接口是IServer里面有一个setCallback方法,这个方法参数是一个ICallbackClient类型实体接口对象，这个接口对象由客户端进行实现，服务端进行调用
3、服务端在客户端setCallback之后就获取了客户端的ICallbackClient类型的对象，调用改对象的方法就可以与客户端进行通信
4、linktodeath介绍
死亡通知是为了让Bp端(客户端进程)进能知晓Bn端(服务端进程)的生死情况，当Bn端进程死亡后能通知到Bp端。
定义：AppDeathRecipient是继承IBinder::DeathRecipient类，主要需要实现其binderDied()来进行死亡通告。
注册：binder->linkToDeath(AppDeathRecipient)是为了将AppDeathRecipient死亡通知注册到Binder上。
Bp端只需要覆写binderDied()方法，实现一些后尾清除类的工作，则在Bn端死掉后，会回调binderDied()进行相应处理。
@Override
public void setCallback(IChangeCallback callback) throws RemoteException {
mCallBack = callback;
//监听客户端的进程是否死了
mCallBack.asBinder().linkToDeath(new DeathRecipient() {
@Override
public void binderDied() {
Log.i("test","linkToDeath binderDied");
}
},0);
}
