android IPC通信（下）－AIDL(1/3)

本篇文章主要介绍了"android IPC通信（下）－AIDL"，主要涉及到线程池,IPC,进程间通信,Exception,Parcelable方面的内容，对于移动开发感兴趣的同学可以参考一下： 　　android IPC通信（上）－sharedUserId&&Messenger android IPC通信（中）－ContentProvider&&Soc...

　　android IPC通信（上）－sharedUserId&&Messenger
　　android IPC通信（中）－ContentProvider&&Socket
　　这篇我们将会着重介绍AIDL的使用方式和原理，要介绍AIDL先要简单介绍一下Binder，而且Messenger，ContentProvider和AIDL的最底层都是使用的Binder。

Binder

　　直观来说，Binder是Android中的一个类，它实现了IBinder接口。从IPC角度来说，Binder是Android中的一种跨进程通信方式，Binder还可以理解为一种虚拟的物理设备，它的设备驱动是/dev/binder，该通信方式在Linux中没有；从Android Framework角度来说，Binder是ServiceManager连接各种Manager(ActivityManager，WindowManager，等等)和相应ManagerService的桥梁；从Android应用层来说，Binder是客户端和服务端进行通信的媒介，当bindService的时候，服务端会返回一个包含了服务端业务调用的Binder对象，通过这个Binder对象，客户端就可以获取服务端提供的服务或者数据，这里的服务包括普通服务和基于AIDL的服务。
　　还有两点需要提到，第一点就是当客户端发起远程请求时，由于当前线程会被挂起直至服务端进程返回数据，所以如果一个远程方法是耗时的，那么不能在UI线程中发起此远程请求；其次，由于服务端的Binder方法运行在Binder的线程池中，所以Binder方法不管是否耗时都应该采用同步的方法去实现，因为他已经运行在一个线程中了。下图为Binder的工作机制图：

　　可以看到Client客户端会block直到方法返回。Binder的介绍就到此为止了，需要详细了解Binder的可以看看老罗的文章：
　　http://blog.csdn.net/luoshengyang/article/details/6618363

AIDL

　AIDL的全称是Android Interface definition language，一看就明白，它是一种android内部进程通信接口的描述语言，通过它我们可以定义进程间的通信接口，用处当然就是用来进程间的通信和方法调用了（我在IPC通信上篇中介绍过也可以使用Messenger加上反射机制来进行跨应用的方法调用，但是前提是让两个应用在一个进程中，局限性比AIDL大）。先介绍一下AIDL进程间通信的流程：

1. AIDL接口的创建
AIDL文件中，并不是所有的数据类型都是可以使用的，它支持的数据类型有：
• 基本数据类型（int，long，char，boolean，double等）
• String和CharSequence
• List：只支持ArrayList，而且list中的元素也必须是AIDL支持的类型
• Map：只支持HashMap，里面的key和value也必须是AIDL支持的类型
• Parceable：所有实现了Parceable接口的对象
• AIDL：所有的AIDL接口本身也可以在AIDL文件中使用，所以IBinder类型也是支持的。
2. 服务端
服务端首先要创建一个Service用来监听客户端的请求，然后将在对应AIDL文件中声明的接口实现，并且通过onbind函数返回相应IBinder对象即可。
3. 客户端
客户端所要做的事情就稍微简单一些，首先需要绑定服务端的Service，绑定成功后，将服务端返回的Binder对象转成AIDL接口所属的类型，接着就可以调用AIDL中的方法了。

　　更多内容也可以去看google文档，介绍完流程之后，紧接着来介绍一下demo中的相关代码。

aidl文件