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

  • 0
    点赞
  • 0
    评论
  • 0
    收藏
  • 一键三连
    一键三连
  • 扫一扫,分享海报

相关推荐
©️2020 CSDN 皮肤主题: 编程工作室 设计师:CSDN官方博客 返回首页
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值