IPC基础概念主要包含三方面内容:Serializable接口、Parcelable接口以及Binder,Serializable和Parcelable接口可以完成对象的序列化过程,当我们需要通过Intent和Binder传输数据时需要使用Serializable或者Parcelable。还有我们需要把对象持久化到存储设备上或者通过网络传输给其他客户端,也需要Serializable来完成对象的持久化,下面先介绍如何使用Serializable来完成对象的序列化。
2.1 Serializable接口
Serializable是Java提供的一个序列化接口,它是一个空接口,为对象提供标准的序列化和反序列化的操作。使用Serializable实现序列化相当简单,只需要在类声明中指定一个类似下面的表示即可自动实现默认的序列化:
private static final long serialVersionUID = 8711368828010083044L
在Android中提供了新的序列化方式,那就是Parcelable接口,使用Parcelable来实现对象的序列号,过程要稍微复杂。想让一个对象实现序列化,只需要这个类实现Serializable接口并声明一个serialVersionUID即可,实际上这个serialVersionUID 也不是必须的,不必声明也可以实现序列化,但是这将对反序列化产生影响。User类就是一个实现了Serializable接口的类,它是可以被序列化和反序列化的:
public class User implements Serializable{
private static final long serialVersionUID = 519067123721295773L;
public int userId;
public String userName;
public boolean isMale;
....
}
通过Serializable方式来实现对象的序列化,实现起来非常简单,几乎所有工作都被系统自动完成了。如何进行对象的序列化和反序列化也非常简单,只需要采用ObjectOutputStream和ObjectIntputStream即可轻松实现。
//序列化过程
User user = new User(0,"jake",true);
ObjectOutputStream out = new ObjectOutputStream(new FileOutputStream("cache.txt"));
out.writeObject(user);
out.close();
//反序列化过程
ObjectIntputStream in = new ObjectIntputStream(new FileIntputStream("cache.txt"));
User newUser = (User) in.readObject();
in.close();
上述代码演示了采用Serializable方式序列化对象的典型过程,很简单,只需要把实现Serializable接口的User对象写到文件中就可以快速恢复了,恢复后的对象newUser和user的内容完全一样,但是两者并不是同一个对象。
之前提到,即使不指定serialVersionUID也可以实现序列化,那到底要不要指定呢?如果指定的话,serialVersionUID后面那一串数字是什么含义呢?这个serialVersionUID是用来辅助序列化和反序列化过程的,原则上序列化后的数据中的serialVersionUID只有和当前类的serialVersionUID相同才能够正常被反序列化。serialVersionUID的详细工作机制:序列化时系统把当前类的serialVersionUID写入序列化文件中,当反序列化的时候系统会检测文件中的serialVersionUID,看它是否和当前类serialVersionUID一致,如果一致就说明序列化的类的版本和当前类的版本是相同的,这个时候可以成功反序列化;否则就说明当前类和序列化的类相比发生了某些变换,比如成员变量的数量、类型可能发生了改变,这个时候是无法正常反序列化的,因此会报如下错误:
java.io.InvalidClassException:Main;local class incompatible:stream
classdesc serialVersionUID = 8711368828010083044,local class serialVersionUID=8711368828010083043
一般来说,我们应该手动指定serialVersionUID的值,比如1L,也可以让Eclipse根据当前类的结构自动去生成它的hash值,这样序列化和反序列化时两者的serialVersionUID是相同的,可以正常序列化和反序列化。如果不手工指定serialVersionUID的值,反序列化时当前类有所改变,比如增加或者删除了某些成员变量,那么系统就会重新计算当前类的hash值并把它赋值给serialVersionUID,这个时候当前类的serialVersionUID就和反序列化的serialVersionUID不一致,反序列化失败,程序就会crash。所以,手动指定serialVersionUID可以在很大程度上避免反序列化的失败。
给serialVersionUID指定为1L或者采用Eclipse根据当前类结构去生成的hash值,这两者并没有本质区别,效果完全一样。注:首先静态成员变量属于类不属于对象,所以不会参与序列化;其次用transient关键字标记的成员变量不会参与序列化。