一、多进程的开启模式
android 中使用多进程只有一种方法，那就是给四大组件（Activity/Service/Receiver/ContentProvider）在AndroidMenifest中指定android：process属性，除此之外没有其他办法，也就是说我们无法给一个线程或者一个实体类指定一个其运行时所在的进程。其实还有另一种非常规的多进程方法，那就是通过jni去native层fork一个新进程，但这不是常用的创建多进程的方式。
进程名以“：”开头的进程属于当前应用的私有进程，其它应用的组件不可以和它跑在同一个进程中，而进程名不以“：”开头的进程属于全局进程，其它应用通过ShareUID方式可以和它跑在同一个进程中。
我们知道Android系统会为每个应用分配一个唯一的UID，具有相同UID的应用才能共享数据。两个应用跑在同一个进程中是有要求的，只有当他们有相同的ShareUID和签名时才可以，这种情况下他们可以访问对方的私有数据，比如data目录，组件信息等，不管他们是否跑在同一个进程中，如果跑在同一个进程中的话还可以共享内存数据。
一般来说，使用对进程会造成如下几方面的问题：
1、静态成员和单例模式完全失效。
2、 线程同步机制完全失效
3、SharedPreferences的可靠性下降。
4、Application会多次创建。
二、IPC基础概念介绍
- Serializable接口
- Parcelable接口
- Binder
1、Serializable接口
Serializable是java所提供的一个序列化接口，它是一个空接口，为对象提供标准的序列化和反序列化操作。实现方式：只需要该类实现Serializable接口并且在类的声明中指定一个类似下面的标识即可自动实现默认的序列化过程。
private static final long serialVersionUID = 8711368828010083044L
甚至这个serialVersionUID 变量也不是必须的，不声明同样可以实现序列化，只是这会影响其反序列化过程。案例如下：
public class User implements Serializable {
private static final long serialVersionUID = 8711368828010083044L;
public int userId;
public String userName;
public boolean isMale;
}
如何对对象进行序列化和反序列化也很简单，只需要采用ObjectOutputStream和ObjectInputStream即可轻松实现。下面举个简单的例子。
//序列化过程
User user = new User(0,"jake",true);
ObjectOutputStream out = new ObjectOutputStream(new FileOutputStream("cache.txt"));
out.writeObject(user);
out.close();
//反序列化过程
ObjectInputStream in = new ObjectInputStream(new FileInputStream("cache.txt"));
User newUser = (User)in.readObject();
in.close();
注意：
1/如果我们不手动指定一个ShareUID的值，Eclipse会自动根据当前类的结构去自动生成它的hash值，那么当当前类有改变时，比如删除或者增加某个成员变量，系统会重新计算当前的hash值并把它赋值给serialVersionUID ，这时候当前类的serialVersionUID 就和序列化数据中的serialVersionUID 值不一致导致反序列化失败，程序就会出现crash。所以我们手动指定serialVersionUID 值可以很大程度上避免反序列化过程的失败。
2/静态成员变量属于类不属于对象，所以不参与序列化过程。
3/transient关键字标记的成员变量不参与序列化过程。
2、Parcelable接口
Parcelable也是一个接口，只要实现这个接口，一个类的对象就可以实现序列化并可以通过Intent和Binder传递，系统给我提供了许多实现了Parcelable接口的类，他们都是可以直接序列化的，比如Intent、Bundle、Bitmap等，同时List、Map也可以序列化，前提是他们里面的每个元素都是可以序列化的。以下示例是一个典型用法：
public class User implements Parcelable{
public int userId;
public String userName;
public boolean isMale;
public Book book;
public User(int userId,String userName,boolean isMale) {
this.userId = userId;
this.userName = userName;
this.isMale = isMale;
}
//返回当前对象的内容描述，几乎所以情况都返回0。
public int describeContent(){
return 0;
}
//将当前对象写入序列化结构中，其中flags标识有两种值：0或者1,
//1时表示当前对象要作为返回值返回，不能立即释放资源，几乎所以情况都为0.
public void witeToParcel(Parcel out,int flags){
out.writeInt(userId);
out.writeString(userName);
out.writeInt(isMale ? 1:0);
out.writeParcelable(book,0);
}
//从序列化后的对象中创建原始对象
public static final Parcelable.Creator<User> CREATOR = new Parcelable.Creator<User>() {
public User createFromParcel(Parcel in){
return new User(in);
}
//创建指定长度的原始对象数组
public User[] newArray(int size){
return new User[size];
}
};
//从序列化后的对象中创建原始对象
private User(Parcel in){
userId = in.readInt();
userName = in.readString();
isMale = in.readInt() ==1;
book = in.readParcelable(Thread.currentThread().getContextClassLoader());
}
}
对比:Serializable 是java接口，使用起来简单但是开销大，而Parcelable是Android中的序列化方式，更适合在android平台上，用起来麻烦点但是效率很高，这是android 推荐的序列化方式。Parcelable主要用在内存序列化上,通过Parcelable将对象序列化到存储设备中或者将对象序列化后通过网络传输也是可以的，但是这个过程稍显复杂，因此在这两种情况下建议使用Serializable ，以上是两种序列化方式的区别。
3、Binder
Binder工作机制：
1、当客户端发起远程请求时，当前线程会被挂起直至服务器端进程返回数据，所以如果一个远程方法是很耗时的，那么不能再UI线程发起此远程请求。
2、由于服务端的Binder方法运行在Binder线程池中，所以Binder方法不管是否耗时都应该采用同步的方式去实现，因为它已经运行在一个线程中了。
为了更好的说明Bindler,下面给一个Bindler工作机制图
其实我们完成可以不提供AIDL文件即可实现Bindler，因为之所以提供该文件是为了方便系统为我们生成代码。系统根据AIDL文件生成Java文件的格式是固定的，我们完全可以抛开AIDL文件直接写一个Bindler出来，AIDL的本质是系统为我们提供一种快速实现Bindler的工具，仅此而已。
三、Android中的不同IPC方式对比
