Parcelable vs Serializable 性能对比
Android Parcel对象详解
Parcelable最强解析
[toc]
当我们使用Intent传递一个对象的时候，需要实现序列化接口或者实现Parcelable接口。
用法很容易找到资料，这里不再赘述，推荐看这篇文章：序列化Serializable和Parcelable的理解和区别
下面主要分析下这两者间的原理和性能对比。
1. Serializable原理
来看一个很简单的类（直接从其它文章中复制过来的）：
class TestSerial implements Serializable {
public byte version = 100;
}
序列化之后是一个字节序列。转化成十六进制解释的话如下：
AC ED （序列化协议）
00 05 （序列化版本）
73 (TC_OBJECT. 新的对象）
72 (TC_CLASSDESC. 这是一个新类描述）
00 0A (类名的长度）
53 65 72 69 61 6C 54 65 73 74 (类的名称)
05 52 81 5A AC 66 02 F6 (SerialVersionUID）
02 (Various flags,0x02代表这个对象支持序列化）
00 01 (类有几个字段）
49 (代表是int类型)
00 07 (字段名称的长度）
76 65 72 73 69 6F 6E (version, 字段的名称)
78 (TC_ENDBLOCKDATA, 描述的结束符)
70 (TC_NULL)
00 00 00 64 (version的值)
将一个对象序列化的时候，会首先写入一些额外的信息，例如序列化协议、版本。然后是关于该对象的一些描述，例如类名和它的长度。最后才是对象中属性。然而version = 100这个简单的属性用了非常复杂的方式保存，包含字段名、字段名长度、字段类型、字段值，所有的这些都是通过反射的方式获取的。
想象一下如过类中有一个方法，那这个方法的序列化估计也是很复杂的，例如方法的返回值类型，入参类型，入参个数等。
所以序列化一个对象的开销还是比较大的。更何况还有相同复杂程度的反序列化过程。然而这个过程又是必须的，因为序列化后的对象可能会交给另一个程序使用，这个对象的信息需要完整的保存下来。
2. Parcelable原理
对比序列化，Parcelable（这个不叫序列化，有人老喜欢将这个称为序列化，不懂英文吗）则轻量级很多，因为它们的实现目的不一样。
序列化是为了持久化一个对象，可以保存在本地，也可以网络传输，需要保证这个对象的完整性。而Parcelable的目的只是打包一组数据在Android应用组建之间传输，所以只需要在内存中保存即可，所以它不需要用到反射获取属性字段，也不需要保存额外的header信息，更不需要保存方法字段。
来看看一个简单的实现了Parcelable接口的对象：
public class Test implements Parcelable {
int i = 10;
double d = 1.23456d;
public static final Creator<Test> CREATOR = new Creator<Test>() {
@Override
public Test createFromParcel(Parcel in) {
return new Test(in);
}
@Override
public Test[] newArray(int size) {
return new Test[size];
}
};
@Override
public int describeContents() {
return 0;
}
protected Test(Parcel in) {
i = in.readInt();
d = in.readDouble();
}
@Override
public void writeToParcel(Parcel dest, int flags) {
dest.writeInt(i);
dest.writeDouble(d);
}
}
很明显可以看到CREATOR是通过Test(Parcel in)这个构造来恢复一个对象的，而Parcel保存着这个对象的一些信息。这些信息由writeToParcel方法写入到Parcel中，传输后再由Test(Parcel in)恢复。
由此可以看出Parcelable和Serilizable很大的区别，Parcelable只是将对象中的数据打包起来存入内存，不需要记录它字段名类名等，对比序列化真的是简单太多了。
Parcel是通过调用c/c++将数据直接存到内存中，具体实现这里就不分析了，看参考文章中有大致解释。这里简单做简单说明：
Parcel是通过一段内存空间来保存数据的，当writeInt(i)调用时，往内存中写入一段32位的数据，而当writeDouble(d)调用时，在后面又追加一段长度为64位的数据。而读取的时候，也是按顺序读取，readInt()会读取前32位的数据，转换成int类型，读取接着的64位，转换成double。这就是为什么Parcelable的write方法和read方法顺序要一致的原因。当然，实际存储情况会更复杂，这里就不探究了，有兴趣的自行查资料。
3. 总结
Serializable会序列化对象到一个字节序列中，这个字节序列保存了一些必要的header信息，还保存了类的描述，类的方法，对象的数据等，而这些信息都是通过反射的方式获取的，不仅更消耗内存，还更加消耗性能。
而Parcelable则是打包对象中的一些数据，将它们的值按顺序拼接起来，保存到内存中，读取的时候也按顺序读取它们的长度。无需保存字段名，类名等额外信息，也用不上反射。所以Parcel对比序列化是更节省内存和更加高效的。
有人（看顶部引用的文章）对比过两者的性能差距有十倍左右，但也只是毫秒级别的，所以如果是简单的对象，使用Parcelable或Serialable，从人类的角度来看是没有区别的。
所以，选择Parcelable或是Serializable应该由程序员自己判定，前者更节省内存，更高效，但是使用起来麻烦，增加维护成本。而后者使用非常简单，但是更耗费内存和性能。
另外再说下，切勿使用Serializable或者Parcelable在组建中传递高内存消耗的对象，例如大图Bitmap，可能会导致内存溢出。
例如ActivityA中有一张图片，序列化或者打包（Parcel）时，内存中又会保存这个图片，而到达ActivityB时，又会重新实例化着图片，一共使用类三份内存。而直接将图片保存到本地，在ActivityB中重新加载，只消耗了两份内存。
