gpt4 book ai didi

java - 管理多个版本的序列化 Java 对象

转载 作者:IT老高 更新时间:2023-10-28 20:52:01 25 4
gpt4 key购买 nike

假设我有一个程序由于某种原因需要处理旧版本的序列化对象。

例如:反序列化时,可能会遇到这些版本之一。

class Pet {
private static final long serialVersionUID = 1L;
int paws;
}

class Pet {
private static final long serialVersionUID = 2L;
long paws; // handle marsian centipedes
boolean sharpTeeth;
}

让我们假设(逻辑上)可以使用一些巧妙的策略将旧对象转换为新对象,以设置不存在的字段等,但是:

如何安排我的源代码?编写转换器时,我可能需要在同一个源代码树中的两个版本,但是我如何在 eclipse 中处理它。

我是否应该在一个类加载器中进行反序列化,如果失败,请尝试使用另一个使用旧版本(等等)的类加载器,还是有更好的方法?

最好的策略是什么?

最佳答案

Lets assume that it's (logically) possible to convert an old object to a new object using some clever strategy to set nonexistant fields etc etc... How do I arrange my source code?

我看到了两种处理方法。首先,你不应该改变 serialVersionUID 除非你想要 InvalidClassException 被抛出。第二条规则是更改字段的类型,而只添加或删除序列化自动处理的字段。例如,如果序列化数据具有具有 boolean sharpTeeth; 的类的版本,但该类没有该字段,则在反序列化期间它将被忽略。如果该类具有 sharpTeeth 字段但序列化数据没有,那么它将被初始化为其默认值 - 在这种情况下为 false

这对于您想要尝试处理向前和向后兼容性的分布式系统尤其重要。您不想升级应用程序 A 的版本并破坏另一个依赖于 A 的应用程序 B。通过不更改 serialVersionUID 而只是添加或删除字段,您可以做到这一点。您的实体的更高版本需要支持在新字段中没有值的旧版本,但旧实体不会介意新字段是否可用。这也意味着您也不应该更改字段的比例。

序列化非常聪明,但它不处理字段的类型更改。您不应该只是将 pawsint 更改为 long。相反,我建议添加 long pawsLong 或类似的内容并编写代码以处理存在 int pawslong pawsLong 的可能性有一个值(value)。

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 的序列化输入。

Should I do deserialization in one class loader, and if that fails try using another class loader that uses an older version (and so on), or are there better ways?

我不会建议任何这些方法。听起来很难维护。

关于java - 管理多个版本的序列化 Java 对象,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3678136/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com