我们在内存中创建的java对象,它的生命周期不会比虚拟机更长,为了能够在虚拟机停止之后能够保存(或者持久化)这些指定的对象,并能够在将来重新读取这些保存的对象,我们可以通过java序列化实现。
序列化就是把java在内存中的对象按照一定的格式以字节流的形式传输到别的地方,或者硬盘的文件里,或者通过网络传输到其他电脑等。在未来想用的时候,再把字节流组装成对象。
为什么实现serializable接口就能实现序列化?
大部分情况下,我们知道被序列化的类需要实现 Serializable 接口,使用 ObjectInputStream 和 ObjectOutputStream 进行对象的读写。
使用ObjectOutputStream来持久化对象,在该类中有如下代码:
rivate void writeObject0(Object obj, boolean unshared) throws IOException {
...
if (obj instanceof String) {
writeString((String) obj, unshared);
} else if (cl.isArray()) {
writeArray(obj, desc, unshared);
} else if (obj instanceof Enum) {
writeEnum((Enum) obj, desc, unshared);
} else if (obj instanceof Serializable) {
writeOrdinaryObject(obj, desc, unshared);
} else {
if (extendedDebugInfo) {
throw new NotSerializableException(cl.getName() + "\n"
+ debugInfoStack.toString());
} else {
throw new NotSerializableException(cl.getName());
}
}
...
}
只要实现上述类型,就能实现序列化。
为了解决类修改后,反序列化时可能会出现版本错乱的问题,应该给实现serializable接口的类声明一个序列号。
比如:
假如有两个客户端相互传递对象数据,一端把对象序列化为二进制传给另一端,另一端反序列化得到该象
排除其他情况,两端都有这个对象的类文件,功能代码完全一致。也都实现了 Serializable 接口,但是反序列化时总是提示不成功。
因为虚拟机是否允许反序列化,不仅取决于类路径和功能代码是否一致,一个非常重要的一点是两个类的序列化 ID 是否一致(就是 private static final long serialVersionUID = 1L)。虽然两个类的功能代码完全一致,但是序列化 ID 不同,他们无法相互序列化和反序列化。