当前位置： 移动技术网 > 移动技术>移动开发>Android > Android面试题：Serializable和Parcelable

Android面试题：Serializable和Parcelable

2018年11月04日  | 移动技术网移动技术  | 我要评论

android面试题：serializable和parcelable。

当我们使用intent传递一个对象的时候，需要实现序列化接口或者实现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 creator = new creator() {
        @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中重新加载，只消耗了两份内存。

您可能感兴趣的文章:

如对本文有疑问， 点击进行留言回复！！

相关文章:

验证码：
最近更新的文章
大家感兴趣的文章
移动技术网