IPC 简说

IPC（inter-process communication）进程间通信

　　多进程分为两种情况

　　　　1. 同一个应用，使用android:process属性启动的四大组件

　　　　2. 多应用

　　通过android:process启动进程的方式

　　　　1. 默认：进程名为当前进程包名

　　　　2. : + 名字 ：进程名为当前进程包名 + 名字 （私有进程）

　　　　3. 字符串：进程名为 字符串（全局进程）

　　多进程运行机制

　　　　1. 静态成员和单例模式完全失效

　　　　　　不同进程，虚拟机存储区域不同

　　　　2. 线程同步机制完全失效

　　　　　　不在同一块内存上，锁的也不是同一个对象

　　　　3. SharedPreferences可靠性下降

　　　　　　本质是在文件里读写，并发读写会有问题

　　　　4. Application会多次创建

　　IPC基础概念：主要包括Serializable [ˈsɪərɪəlaɪz]接口（连载，使连续），Parcelable['pɑːs(ə)l]接口（包裹，小包），Binder（装订工；捆缚者）

　　　　Serializable与Parcelable都是序列化接口，Serializable是java序列化话接口，使用简单，系统开销大。Parcelable是android序列化接口，使用麻烦些，但效率高。

　　　　序列化与反序列化：进程A数据序列化后，进程B反序列化成自己能用的数据，进程B数据序列化后，进程A再反序列化成自己能用的数据，达到数据共同的作用。序列化是将数据写到媒介中（文本，媒体等），反序列化是读取的过程。两边通过一定的协议达到数据共同的作用。

　　　　Binder在android中是一种跨进程的通讯方式，是客户端与服务端的通讯媒介。

　　　　可以通过AIDL来分析Binder的工作机制：

　　　　　　Book.java

　　　　　　public class Book implements Parcelable{...}

　　　　　　Book.aidl

　　　　　　package com.***.***

　　　　　　parcelable Book;

　　　　　　IBookManager.aidl

　　　　　　package com.***.***

　　　　　　interface IBookManager{...}

　　　　　　生成.java文件，代码分为两部分。

　　　　　　　　1. 声明一个AIDL性质的接口，只需要继承IInterface接口

　　　　　　　　　　public interface IBookManager extends IInterface{}

　　　　　　　　2. 实现Stub和Stub类中的Proxy代理类

　　　　　　　　　　public class BookManagerImpl extends Binder implements IBookManager{

　　　　　　　　　　　　private static class Proxy implements IBookManager{}

　　　　　　　　　　}

　　　　　　Binder两个很重要的方法linkToDeath和unlinkToDeath，死亡代理，客户端到服务端的Binder连接可能断开，为了不影响两端功能，Binder提供这两个方法，让Binder死亡时，可以收到消息并重新连接。

　　　　　　　　　　private IBinder.DeathRecipient mDeathRecipient = new IBinder.DeathRecipitent(){

　　　　　　　　　　　　@Override

　　　　　　　　　　　　public void binderDied(){

　　　　　　　　　　　　　　....

　　　　　　　　　　　　　　mBookManager.asBinder().unlinkToDeath(mDeathRecipient, 0);

　　　　　　　　　　　　　　.... // 重新绑定服务

　　　　　　　　　　　　　　}

　　　　　　　　　　}

　　　　　　　　　　在客户端绑定服务成功后，给binder设置死亡代理

　　　　　　　　　　binder.linkToDeath(mDeathRecipient, 0);

　　Android中的IPC方式

　　1.使用Bundler实现IPC

　　　　ASB三大组件都可以通过intent的Bundler传值，因为Bundler实现了Parcelable接口

　　2.使用文件共享

　　　　通过文件共享方式是有局限性的，比如并发读、写的问题。

　　　　SharedPreferences是Android中提供的轻量级缓存方案，实际上采用xml文件来存储键值对的，系统对它有缓存策略，对高并发的读写，有很大几率会丢失数据。

　　3. 使用Messenger　　

　　　　messenger可以翻译成信使，在不同进程中传递Message对象。messenger底层是AIDL。可以像AIDL那样使用。

　　　　服务端，创建Handler对象，用它创建一个Messenger对象，在service中的onBind方法中返回这个Messenger对像的底层Binder即可。

　　　　客户端，绑定服务后，获取IBinder对象创建Messenger，通过这个Messenger就可以向服务端发送消息了。

　　　　如果需要服务端能够回复客户端，就和服务端一样，创建Handler并创建一个新的Messenger，把这个Messenger通过Message的replyTo参数传递给服务端，服务端通过这个replyTo参数就能回应客户端了。

　　4. 使用AIDL

　　　　值得注意的：RemoteCallbackList来存储客户端注册进来的回调接口。客户端在onDestory中去解除注册到服务端的listener，服务端竟然找不到之前注册的那个listener。系统就提供专门的容器来解决这个问题：RemoteCallbackList。

　　5. ContentProvider

　　　　是Android专门用来多应用间数据共享的和Messenger一样底层同样是Binder，使用上比AIDL简单多了。

　　　　自定义ContentProvider，集成ContentProvider并且实现它的六个方法onCreate，query，updatae，insert，getType。

　　　　需要配合数据库来完成数据共享

　　　　class MyContentProvider extends ContentProvider{}

　　　　...getContentResolover().query(uri,...)

　　6. 使用Socket