Server端，其实是根据Client传来的函数编号，来判断执行哪个函数
所以，Stub本身其实是一个Binder子类对象，即是一个Binder本地对象
Proxy对象实现的需求方法之一：add 解析
经过编译Make Project
Stub【抽象类】
+ Stub()【构造方法】：调用Binder的attachInterface()+ asInterfase(IBinder): IXXInterface+ asBinder(): Binder+onTransact():boolean
静态内部类
Binder代理对象
IXXInterface.java【接口】
方法过程：①首先做的是：Parcel对象进行数据序列化②调用远程BinderProxy对象的transact()方法远程BinderProxy对象的transact()方法：其实是一个native层方法，具体在：frameworks/base/core/jni/android_util_Binder.cpp文件，这个native过程各种调用，最终调用到了talkWithDriver函数，说明这个通信过程要交给驱动来完成；这个函数最后通过ioctl系统调用，Client进程陷入内核态，Client调用add方法的线程挂起等待返回；驱动完成一系列的操作之后唤醒Server进程，调用了Server进程本地对象的onTransact函数（实际上由Server端线程池完成）【总的来说，过程就是：Proxy代理类 - BinderProxy.transact() -native层调用 -Binder驱动处理 -系统调用，Client进入内核态，并调用add方法后线程挂起等待 -驱动唤醒Server进程 -Server端的本地Binder对象调用onTransact，真正去做这件事】
参数：IBinder对象，是驱动给我们的，①如果是Binder本地对象，则是Binder类型；②如果是Binder代理对象，则是BinderProxy类型。参数的判断过程：①首先，查找是否存在Binder对象，如果存在，说明Client和Server位于同一个进程，那么，这个参数直接就强转为Binder类型，然后返回②如果没有找到Binder类型的对象，说明此对象是远程对象（另一个进程中的），那么则需要创建一个代理对象，让这个代理对象实现对远程对象的访问。一般来说，如果是与一个远程Service对象进行通信，那么这里返回的一定是一个Binder代理对象，这个IBinder参数的实际上是BinderProxy;
Proxy【类】
- mRemote:IBinder 【远程对象】
IXXInterface.aidl【接口】
在Server进程里面，onTransact根据调用号（每个AIDL函数都有一个编号，在跨进程的时候，不会传递函数，而是传递编号指明调用哪个函数）调用相关函数；在这个例子里面，调用了Binder本地对象的add方法；这个方法将结果返回给驱动，驱动唤醒挂起的Client进程里面的线程并将结果返回。于是一次跨进程调用就完成了
anddroid.os.IBinder【接口】
表示拥有跨进程通信的能力【由驱动赋予的能力】+ transact()
android.os.IInterface【接口】
asBinder(): IBinder
asInterface(IBinder): IXXInterface 方法解析
此接口本身是一个IInterface，所以，谁实现它，谁就携带某种客户端需要的能力
android.os.Binder【类】
Binder对象
