让我们假设(在逻辑上)可以使用一些巧妙的策略将旧对象转换为新对象,以设置不存在的字段等...如何安排我的源代码?
我看到了两种处理方法。首先,你不应该改变serialVersionUID,除非你想抛出InvalidClassException。第二条规则是不更改字段的类型,而只添加或删除序列化自动处理的字段。例如,如果一个序列化文件具有具有boolean sharpTeeth; 的类的版本,但该类没有该字段,则在反序列化期间它将被忽略。如果反序列化的类有sharpTeeth 字段但文件没有,那么它将被初始化为其默认值,在这种情况下为false。
这对于您想要尝试处理向前和向后兼容性的分布式系统尤其重要。您不想升级应用程序 A 的版本并破坏另一个依赖于 A 的应用程序 B。通过不更改 serialVersionUID 而只是添加或删除字段,您可以做到这一点。您的实体的更高版本需要支持在新字段中没有值的旧版本,但旧实体不会介意新字段是否可用。这也意味着您也不应该更改字段的比例。
序列化非常聪明,但它不处理字段的类型更改。您不应该只是将paws 从int 更改为long。相反,我建议添加 long pawsLong 或类似的,并编写代码来处理 int paws 或 long pawsLong 具有值的可能性。
public long getPaws() {
if (pawsLong > 0) {
return pawsLong;
} else {
// paws used to be an integer
return paws;
}
}
您也可以编写自己的readObject 方法在反序列化时进行转换:
private void readObject(java.io.ObjectInputStream in) {
super.readObject(in);
// paws used to be an integer
if (pawsLong == 0 && paws != 0) {
pawsLong = paws;
}
}
如果这对您不起作用,那么自定义序列化是可行的方法。但是,您必须从头开始执行此操作,并使用内部版本 ID 定义自定义 readObject(...) 和 writeObject(...) 方法。比如:
// never change this
private static final long serialVersionUID = 3375159358757648792L;
// only goes up
private static final int INTERNAL_VERSION_ID = 2;
...
// NOTE: in version #1, this was an int
private long paws;
private void readObject(java.io.ObjectInputStream in) {
int version = in.readInt();
switch (version) {
case 1 :
paws = in.readInt();
...
case 2 :
paws = in.readLong();
...
private void writeObject(java.io.ObjectOutputStream out) {
out.writeInt(INTERNAL_VERSION_ID);
out.writeLong(paws);
...
但是这种方法对前向兼容性没有帮助。版本 1 的阅读器无法理解版本 2 的序列化输入。
我是否应该在一个类加载器中进行反序列化,如果失败,请尝试使用另一个使用旧版本(等等)的类加载器,还是有更好的方法?
我不会建议任何这些方法。听起来很难维护。