人无知而无畏，因为自己的无知和傲慢而感到羞愧
看了Android开发艺术探索第二章，总结一哈aidl调用过程
aidl（Android Interface definition language），接口描述语言，是android特有的一种IPC机制，本文主要介绍下其内部代码调用过程，具体实现过程可参考网上其他教程
写完aidl文件后
点击同步系统会自动为我们生成一个继承了 IInterface接口的对应接。 like this
所有在Binder中传输的接口都需要继承IInterface接口
该类包含了我们自己在aidl中声明的方法和一个内部类Stub，Stub内部又包含了代理类Proxy，Stub是一个抽象类，继承了Binder类同时实现了我们自己定义的接口，显然该接口的核心实现就在这个Stub里面，下面看下这个类中的主要方法
DESCRIPTOR
Binder的唯一标识
asInterface
该方法用于将服务端Binder对象转换成客户端所需的AIDL接口类型的对象，该转换过程区分进程，如果客户端和服务端在同一进程就返回服务端的Stub对象本身，否则返回系统封装后的Stub.proxy对象
onTransact
这个方法运行在服务端的Binder线程次中，当客户端发起跨进城请求时，远程请求会通过系统底层封装后交由此方法处理，服务端通过code可以确定客户端请求的目标方法是什么，这里的code由系统根据我们的方法生成
接着从data中取出目标方法所需参数，然后执行目标方法，当目标方法执行完毕后向reply中写入返回值。需要注意的是如果onTransace方法返回false的话客户端的请求会失败。
最后是proxy类，这也是代理模式的一个应用，里面会生成对应的getBookList和addBook两个方法，这两个方法运行在客户端，内部执行过程是，首先创建两个Parcel对象_data、_reply，将该方法的参数写入_data，然后调用transact方法发起PRC（远程过程调用）请求，当前线程挂起，然后服务端的onTransact方法会被调用，知道RPC过程返回，当前线程继续执行，并从_reply中取出RPC过程返回的结果，然后返回_reply中的数据
到这里系统帮我们生成的这个类就讲完了，然后就是实现我们自己的Service了
继承Service后会让我们实现一个返回类型为IBinder的onBind方法，这里就是上文说的Stub类了。客户端绑定远端服务成功后返回一个Binder对象，然后调用Stub的asInterface方法转换成AIDL接口，通过这个接口我们就可以调用服务端的方法了
总结下
1.服务端创建AIDL文件，里面是将要暴露给客户端的接口，创建一个Service，再创建一个继承aidl接口中的stub类并实现stub中的抽象方法，在Service的onBind方法中返回这个对象，然后客户端绑定服务端Service，建立连接后就可以访问服务端方法了
