Android面试题（8）：Serializable和Parcelable

Parcelable vs Serializable 性能对比
 Android Parcel对象详解
 Parcelable最强解析

当我们使用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中重新加载，只消耗了两份内存。