前言
IPC，即进程间通讯，进程间通讯不是Android平台独有的，任何操作系统都有它自己的一套IPC机制。
Android是基于Linux内核的操作系统，但它的进程间通讯方式并不是完全继承于Linux，相反，Android平台有自己的一套进程间通信机制。例如 Socket，Binder等，而Binder就是Android平台最有特色的进程间通信方式。
Android IPC简介
IPC,含义为跨进程通信，是指两个进程进行数据交换的过程。说起进程间通信，我们首先要了解什么是进程，什么是线程，按照操作系统的描述，线程是CPU调度的最小单元，线程也是一种有限的系统资源。而进程一般指一个执行单元，在PC和移动设备上指一个程序或一个应用，一个进程可以包含多个线程，进程与线程是包含与被包含的关系，最简单的情况下，一个进程只有一个线程，即主线程，在Android里也就是UI线程。
开启多进程模式
一般来说，在Android中开启多进程只有一种办法，那就是给四大组件指定process属性，是的，看起来开启多进程就是这么简单，但是简单的背后却隐藏着很多问题。
- 静态成员和单例模式完全失效。
- 线程同步机制完全失效。
- SharedPreferences的可靠性下降。
- Application会多次创建。
出现以上问题的原因，我们可以通过分析得出，正如我们所知，Android系统为每个应用都分配了独立的虚拟机，也就是为每个进程都分配了独立的虚拟机，不同的虚拟机在内存分配上有不同的地址空间，这就导致在不同的虚拟机访问同一个类，实际上是访问这个类的多个副本。
Serializable和Parcelable接口
Serializable和Parcelable接口用来完成对象的序列化过程，当我们需要通过Intent和Binder传输数据时，就要通过这两个接口来实现对象的序列化，还有些时候，我们需要通过网络传输数据或者需要把数据持久化保存到本地，都需要这两个接口来完成对象的序列化。
-
Serializable接口
Serializable接口是Java所提供的一个序列化接口，它是一个空接口，为对象提供标准的序列化和反序列化工作。使用Serializable接口非常简单。
data class User(var name:String,var age:Int) :Serializable{
private val serialVersionUID= 1L
private val type= 1
}
// 序列化
val out=ObjectOutputStream(FileOutputStream(filePath))
out.writeObject(user)
out.close()
// 反序列化
val in=ObjectInputStream(FileInputStream(filePath))
val userResult:User= in.readObject() as User
in.close()
serialVersionUID是用来辅助序列化和反序列化的，原则上只有当序列化后数据中的serialVersionUID和序列化之前数据serialVersionUID一致时，才能成功反序列化。序列化的时候，系统会将serialVersionUID写到序列化的中介里，当反序列化的时候，系统会检测序列化中介的serialVersionUID是否和当前类的serialVersionUID一致，如果一致，则序列化成功，否则序列化失败，抛出异常。所以，一个好的习惯是我们应该手动指定serialVersionUID的值，这样可以最大限度的反序列化成功，当然，如果类的机构发生变化，比如类名被修改，修改了成员变量的类型，无论如何都是不能够反序列化成功的。但是，假如我们只是增加了或删除了成员变量，还是可以反序列化成功的，但如果过我们不指定serialVersionUID，则不会反序列化成功。
-
Parcelable接口
data class User(var name:String,var age:Int,var book:Book) :Parcelable{
constructor(parcel: Parcel) : this(
parcel.readString(),
parcel.readInt(),
parcel.readParcelable(Book::class.java.classLoader)) {
}
override fun writeToParcel(parcel: Parcel, flags: Int) {
parcel.writeString(name)
parcel.writeInt(age)
parcel.writeParcelable(book, flags)
}
override fun describeContents(): Int {
return 0
}
companion object CREATOR : Parcelable.Creator<User> {
override fun createFromParcel(parcel: Parcel): User {
return User(parcel)
}
override fun newArray(size: Int): Array<User?> {
return arrayOfNulls(size)
}
}
}
Parcelable接口是Android平台的序列化操作接口，它内部包装了可序列化的数据，在序列化过程中，需要实现的功能有序列化、反序列化和内容描述。序列化功能由writeToParcel方法来完成，最终是通过Parcel中一系列write方法来完成的，反序列化功能由CREATOR来完成，其内部标明了如何来创建序列化对象和数组，并通过Parcel的一系列read方法来完成反序列化，内容描述功能由describeContents方法来完成，仅当当前对象存在文件描述符时，此方法返回1，其余所有情况都返回0，需要注意的是，由于Book是另一个可序列化对象，所以反序列化时，需要传入当前线程的上下文类加载器，否则会报找不到类的错误。
-
Serializable和Parcelable接口对比
- Serializable使用简单，其序列化和反序列化需要大量IO操作，所以开销很大。
- Serializable序列化和反序列化过程都是在Java层通过反射实现的。
- Serializable是一个通用的序列化接口，可以将序列化对象保存为文件，实现永久存储，也可以保存为网络流，在网络中传输。
- Parcelable 使用比较繁琐，但序列化和反序列化过程不需要反射，效率高。
- Parcelable 序列化和反序列化过程都是在native层通过内存拷贝实现的。
- Parcelable 自已实现封送和解封操作，只是将一个完整的对象分解成Intent所支持的数据类型，并没有序列化为字节流，所以不能实现网络传输和本地存储。
参考
- 《Android开发艺术探索》
