一 Bundle 方式

/**
 * A mapping from String keys to various {@link Parcelable} values.
 *
 * @see PersistableBundle
 */
public final class Bundle extends BaseBundle implements Cloneable, Parcelable {
    

实现了Parcelable接口，所以可以通过Intent.put()方式，进行线程间通信，最简单的方式。

二 文件共享方式

（1）android系统基于Linux，使得其并发读/写文件没有任何的限制。
（2）将数据（文本，xml,等等），通过序列化方式缓存到sd卡中。反序列化将其取出。
（3）序列化和反序列化是两个对象
（4）SharePrefence 是轻量级缓存，键值对方式存储，有缓存策略，所以会有临时的SharePrefence数据，所以多线程的并发读写会有大概率的数据丢失，不建议进程间使用，
（5）SharePrefence缓存数据的目录在data/data/包名/shared_prefs

三 Messenger 信使方式

（1）用messenger传递message对象，message对象可以放入我们需要传输的数据
（2）messenger底层是Aidl实现方式。构造方法中可以看出有stub
（3）一次处理一个问题，不用担心线程同步问题
（4）进程间通信Messenger实现步骤

服务端：创建Service服务，在onbind方法中返回Messager.getonbinder,然后创建handler，在hander中接收客服端返回消息

客户端：绑定Service，创建ServiceConnection对象重写OnserviceConnectioned的方法，在次方法中通过new
Messager（获取服务端的BInder）的对象，通过messenger.send发送消息

（5）message和Messenger都实现了Parcelable接口
（6） Message主要使用的载体有，what、arg1、arg2、Bundle、以及replyTo(Messenger)，还有一些其他不常用的
（7）message的载体中，可以载object对象，但message的可以载的是parcelable类型的对象，但parcelable对象必须是系统提供的对象，自己实现的parcelable类型的对象 不可以传输
（8）服务端回复客户端实现过程：
—在服务端的handler通过Message.replyTo获取Messenger，然后通过Messenger.send发送消息
—在客户端的也创建Handler接受服务端的消息，同时在客户端给服务端发送消息时，在OnServiceConnectioned方法中需要要加上Message.replyTo=Messenger；(注：客户端创建的Messenger)
（9）Messenger原理图

四 — AIDL方式

（1）messenger是串行方式，不适合并发，即使多个客服端请求，服务端也是一个一个处理，
（2）Messenger方式，不可以调用服务端进程的方法，AIdl可以。
（3）Aidl支持的数据格式

（4）Aidl中支持的所有类型中，其中自定义parcelable和Aidl类型的对象必须要显示的import进来，例如aidl接口方法中的参数是parcelable类型对象，即使这个对象和adil接口在同一个包中也要显示的import进来
（5）Aidl中用的自定义parcelable类型的对象时，那么必须创建一个和这个对象同名的Aidl文件，比如Aidl接口中用到自定义实现parcelable的book这个类作为方法的参数，那么必须创建一个book.aidl，同事在book.aidl文件中声明Parcelable book；
（6）Aidl的声明冲只支持方法，不支持静态常量
（7）Aidl的客户端和服务端的包接口要保持一样，否则报错，因为客户端反序列化服务端的aidl相关的类，所以要保证路径一致，否则报错。
（8）客户端需要把服务端Aidl相关的接口复制到自己的包里
（9）copyOnWriteArraylist支持并发读/写
（10）Aidl中无法使用普通接口
（11）接受服务端传递给客户端消息的实现步骤
第一步：在服务端实现两个Aidl接口，bookManager.aidl,ArrivdeListener.aidl
第二步：ArrvdeListtener.aidl的接口类作为Bookmanger.aidl的中的某个方法中的参数进行客户端和服务端进行传递
第三步：客户端创建ArrvdeListtener.stub对象，并重写它内部的方法， 这个方法就是服务端调用的方法，客户端可以通过这个方法收到服务端得到消息
第四部：在服务端的Servicce中，创建 ArrvdeListtener.stub对象 并且重写它的内部方法，这样在客户端就可以通过这个方法收到客户端发送的消息了
（12）客户端和服务端通过binder传递aidl类型对象，可以通过RemoteCallbackList存储，

（13）客户端跨进程解除服务端的方式，通过RemoteCallbackList

public class RemoteCallbackList<E extends IInterface> {
    

这是一个泛型，内部是IInterface

RemoteCallbackList内部的一个变量

ArrayMap<IBinder, Callback> mCallbacks = new ArrayMap<IBinder, Callback>();

内部封装一个map集合，在客户端和服务端使用binder传输信息，用binder作为key，远程的aidl作为value

 IBinder binder = callback.asBinder();
 Callback value= new Callback(, Object cookie)；

（14）binder传递的对象，在客户端和服务端是两个对象，因为有反序列化。
（15）服务端的方法本身运行在binder线程池中，所以可以执行耗时操作，服务端不建议开启异步操作，除非知道自己做什么，客户端的onServiceConnectioned和onServiceDisconnected方法运行在UI线程，所以不建议执行服务端的的方法(如果服务端的方法耗时)，开一个线程去执行服务端的方法，避免ANR。同理，服务端调用客户端的aidl对象的方法，那么客户端的方法也是运行在binder线程池中，同时调用者会被挂起，同时客户端的方法执行在线程池中，当执行界面更新时，需要创建handler切换到UI线程
（16）binder的死亡监听有两种：
第一种：binder设置DeathRecipient监听，在binderDied方法中收到回调 然后重连服务
第二种：在onServiceDisConnected方法中监听。
区别：binderDied回调方法在binder线程池中执行，onServiceDisConnected在UI线程中执行的
（17）服务端Service的权限验证，防止其他客户端链接，有如下几种方案：
第一种：在service的onBind方法中验证，在客户端中添加一个自定义的permission，然后在onbind方法中，如果有这个权限，就会烦binder否者返回null

五 — ContentProvider方式

（1）通过binder实现进程间通信的有Messenger，aidl，ContentProvider。
（2）自定义contentProvider，继承contentProvider实现六个方法，分别是oncreate，query，insert，update，delete，getType，onCreate在主线程，其他五个方法在binder池中。
（3）contentProvider操作的的底层数据存储方式没要求，可以使Sqlite、文件、一个对象、等等，如果是一个文件，则会吧文件的句柄暴露给外界，访问文件信息。
（4）外界访问contentProvider通过在xml中注册的ContentProvider的属性，android：authorities，并且这个属性是唯一的。通过new Uri（authorities属性）得到uri，然后就可以通过getContentResolver（）.query/delete/updeta/insert等等操作。
（5）contentProvider通过Uri来区分外界要访问的数据集合
（6）如果contentProvider操作的底层存储是数据库，那么就会存在过个表，那么通过每个表都要体统一个不同的uri，然后每个uri绑定一个uri_code，这个uri_code得到数据表和名称
（7）contentProvider的query方法不改变数据，其他insert，delete，updata方法都改变数据，所以要通过ContentResolver的notifyChange方法通知改改变，通过contentProvider的regiserContentObserver方法注册观察改变，通过unregiserContentObserver接接触注册。
（8）contentProvider的增删改查方法存在并发的，所以做好同步造作，SqliteDataBase对内部数据库做了同步处理，所以可以处理并发。但是仅限于一个SqliteDataBase操作，多个SqliteDataBase对象操作则无法保证保证线程同步。

五 — Socket（套接字）方式

1、分两种方式：
第一种：流式套接字（网络传输控制层的tcp），是面向链接的，双向通信的，需要通过三次握手，并且有重连机制，性能没有udp好
第二种：用户数据报套接字（udp），面向无连接的，单项通信和双向通信都可以，性能比tcp好，但不能保证数据的正确传输，

题外

1，如果有多个Aidl处理不同业务模块，那么需要创建多个Service，创建多个serVice是错误的如下实现：
第一步：创建一个Aidl接口BinderPool.aidl，内部有个
IBinder queryBInder(int binderCode ) 方法，
第二步：创建一个Service 在onbind方法中返回BinderPool.stub对象。并且重写queryBInder对象，根据不同的binderCode返回不同的binder对象
第三步：在客户端绑定服务，获取BinderPool后传入不同的code，则可以的得到不同的binder对象，做自己的操作了。

总结：