欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  移动技术

Android面试题:Serializable和Parcelable

程序员文章站 2022-11-09 23:03:22
android面试题:serializable和parcelable。 当我们使用intent传递一个对象的时候,需要实现序列化接口或者实现parcelable接口。 下面主要分析下这两者间的原理和...

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中重新加载,只消耗了两份内存。