IPC（inner process communication） 进程间通讯
首先，需要先了解序列化方式和binder机制
一、parcelable、serializable
parcelable是android专用的内存序列化方式，
serializable 的序列化以及反序列化过程需要大量I/O操作，使用简单但开销大
如果是内存序列化使用parcelable（例如IPC），如果涉及网络传输和存储到设备中，使用serializable
自问自答：同时实现两个接口的类其序列化方式怎样
二、Binder
从android应用层讲，binder是客户端和服务端进行通讯的媒介
Android开发中，binder主要用在Service中，包括AIDL和Messenger，普通的service中的Binder不涉及IPC，所以较为简单。
而Messenger的底层其实就是AIDL。
通讯过程，是一个继承IIterface的接口，声明了一个内部类Stub。
Stub内部声明了一个代理类Proxy
当客户端 服务端位于统一进程，不会走跨进程的Transact。而如果客户端服务端不在同一个进程，方法调用需要走transact过程，这个逻辑通过proxy来完成，核心是内部类Stub和Stub内部代理类Proxy
DESCRIPTOR
Binder 唯一标示，一般用当前Binder的类名表示，
asInerface（android.os.IBinder obj）
用于服务端binder对象转换成客户端所需要的AIDL接口类型的对象
这种转换是区分进程的，如果客户端服务端在统一进程，则返回服务端的Stub本身，如果不在统一进程，则返回的是系统封装后的Stub.proxy对象；
asBinder
此方法用于返回当前Binder对象
OnTransact
这个个方法运行于服务端的binder线程池中，当客户端发起跨进程请求时，远程请求会通过系统底层封装后交由此方法来处。
通过code参数确定客户端请求的目标方法是什么，data中取出目标方法需要的参数，reply中写入返回值。如果onTransact返回false，那么客户端的请求会失败，我们可以利用这儿特性来做权限验证；
Proxy#
客户端运行，当客户端调用此方法是，先构造所需要输入性parcel对象_data，输出型parcel对象_reply和返回值对象。
先把方法参数写入_data中，然偶调用trasact 来发起RPC(远程调用过程)，同时当前线程挂起。然后服务onTransact方法会被调用； 直到RPC过程返回后，当前线程继续执行，并从_reply中取出RPC过程的返回结果，最后返回_reply中的数据
Proxy#
与上过程类似，只是没有返回值所以不需要从_reply中取出返回值
两个注意点：因为线程在RPC过程中会被挂机，所以不能再主线程发起远程请求，
其次犹豫服务端的Binder方法运行在Binder的线程池中，所以Binder方法不管是否耗时都应该采取同步的方式去实现，因为他已经运行在一个线程中了；
尝试手动编写Stub文件（binder）
Binder 的两个重要方法
linkToDeath unlinkToDeath
AIDL使用过程
服务端创建 binder 对象=AIDL.Stub（） {加工返回数据}。客户端绑定服务获得Binder对象（根据进程情况返回服务端binder本身或者binder的代理）
客户端调用目标方法，先进行写操作，然后挂起，进行RPC（远程过程调用），服务端的obTransact方法响应直到RPC返回，读操作并返回结果；
同进程和不同进程主要的区别是在于是否需要RPC
最终都会调用IBookManager内部 实现的目标方法，只是不同进程通过Proxy类最终需要走transact流程然后onTransact回调对应的方法
Android中IPC的方式
bundle （四大组件除contentprivoder以外使用）
主要是数据类型限制问题文件共享
读写文件效率问题 并发读写问问题
sp 由于系统对它的缓存策略，在多进程模式下，不可靠；Messenger
轻量IPC方式 底层实现是AIDL·
以串行的方式处理客户端发来的消息，如果有大量的消息同事发送到服务端 ，服务端仍是一个一个处理。
而且Messenger主要是用来传递消息，如果还要调用服务端的方法，那么就不合适了AIDL
具体实现。
服务端获得binder重写回调方法
修饰符 oneway 主要有两个特性：
异步调用和串行化处理。
异步调用：是指应用向 binder 驱动发送数据后不需要挂起线程等待 binder 驱动的回复，而是直接结束。像一些系统服务调用应用进程的时候就会使用 oneway，比如 AMS 调用应用进程启动 Activity，这样就算应用进程中做了耗时的任务，也不会阻塞系统服务的运行。
串行化处理：是指对于一个服务端的 AIDL 接口而言，所有的 oneway 方法不会同时执行，binder 驱动会将他们串行化处理，排队一个一个调用。
5.Contentprovider
6.socket
