2.1 Android IPC 简介
IPC是 Inter-Process Conmmunication的缩写，含义为进程间通信或者跨进程通信
线程是CPU调度的最小单元，同时线程是一种有限的系统资源。进程一般指一个执行单元，在PC和移动设备上指一个程序或者一个应用。一个进程可以包含多个线程，因此进程和线程是包含被包含的关系。
通过给四大组件指定android:process属性，可以开启多进程模式
android:process=“:remote"
进程名以“：”开头的进程属于当前应用的私有进程，其他应用的组件不能和他跑在同一个进程中
android:process=“com.didi"
而进程名不以“：”开头的属于全局进程，其他应用可以通过ShareUID方式和他跑在同一个进程中
一般情况下，使用多进程会造成如下几个方面问题
（1）静态成员和单例模式完全失效
（2）线程同步机制完全失效
（3）SharePreference 的可靠性下降
（4）Application会多次创建
2.3 IPC基础概念介绍
2.3.1 Serializable接口
Serializable为java所提供的一个序列化接口。想让一个对象序列化，只需要这个类实现Serializable接口并声明一个serialVersionUID即可
2.3.2 Parcelable接口
2.3.3 Binder
Binder是android中的一个类，它集成了Binder接口。从IPC角度来说，Binder是Android中的一种跨进程通信方式。从Android Framework的角度来说，Binder是ServiceManager连接各种8uManager（Activitymanager,Windowmanager等）和相应ManagerService的桥梁。从Android应用层来说，Binder是客户端和服务端进行通信的媒介，当bindservice的时候，服务端会返回一个包含了服务端业务调用的Binder对象，通过这个binder对象，客户端可以获取服务端提供的服务或者数据，这里的服务包括普通服务和基于AIDL的服务。
AIDL （android interface Definition Language）
IBookmanager接口核心是它的内部类stub和stub的内部代理类Proxy。
DESCRIPTOR
Binder的唯一标识，一般用当前Binder的类名标识。
asInterface(android.os.binder obj)
用于将服务端的binder对象转换成客户端所需的AIDL接口对象。这种转换过程是区分进程的，如果客户端和服务端位于同一进程，那么此方法返回的就是服务端的Stub对象本身，否则返回的是系统封装后的Stub.proxy对象。
asBinder
此方法返回当前的Binder对象
onTransact
这份方法运行在服务器的Binder线程池中，当客户端发起跨进程请求时，请求会通过系统底层封装过之后交由此方法来处理。该方法的原型为public boolean onTransact（int code，android.os.parcel data,android.os.parcel reply,int flags）
服务端通过code可以确定客户端所请求的目标方法是什么，接着从data中取出目标方法所需的参数（如果目标方法有参数的话），然后执行目标方法。当目标方法执行完毕后，就向reply中写入返回值（如果目标有返回值的话）onTransact方法的执行过程就是这样。需要注意的是，如果此方法返回false，那么客户端的请求就会失败。因此我们可以利用这个特性做权限验证。
Proxy#getBookList
这个方法运行在客户端，当客户端远程调用此方法的时候，他的内部实现是这样的，首先创建该方法所需要的输入性Parcel对象_data,输出型Parcel对象 _reply 和返回值对象List;然后把该方法的参数信息写入_data（如果有参数的话）；接着调用transact方法发起RPC(远程过程调用)请求，同时当前线程挂起；然后服务端的OnTransact方法会被调用，直到RPC过程返回后，当前线程继续执行，并从_reply中取出RPC过程的返回数据；最后返回_reply中的数据
可以不写AIDL类通过直接写Binder类
2.4 Android中的IPC方式
2.4.1 使用Bundle
在Activity和Service，Receiver中支持Intent传递bundle数据
2.4.2使用文件共享
2.4.3 使用Messenger
Messenger是轻量级的IPC方案，他的底层实现是AIDL
实现步骤：
1.服务端进程 ，我们首先在服务端创建一个service来处理客户端的连接请求，同时创建一个handler并通过它来创建一个Messenger对象。然后在service中的onBind中返回这个Messenger对象底层的Binder即可
2.客户端进程，首先绑定服务端的service，绑定成功后用服务端返回的Ibinder对象创建一个Messenger。通过这个Messenger就可以像服务端发送消息了，发送消息类型为Message对象。如果需要服务端回应客户端，就和服务端一样，我们还需要创建一个Handler并创建一个新的Messenger，并把这个Messenger对象通过Message的replyto参数传递给服务端，服务端通过这个replyTo参数就可以回应客户端了。
2.4.4使用AIDL
Messenger是以串行的方式去处理客户端发来的消息，如果大并发，那么Messenger久不太合适了。这时候需要使用AIDL
2.5Binder连接池
