我有一个公共类,该类实现了Serializable,并由其他多个类进行了扩展。只有那些子类曾经被序列化过-从来没有超类。
超类已定义了serialVersionUID。
我不确定是否重要,但是它没有标记为私有,而是仅具有默认保护-您可能会说它是受软件包保护的
static final long serialVersionUID = -7588980448693010399L;
但是,超类或任何子类均未实现readObject或writeObject,并且这些子类均未明确定义serialVersionUID。我认为在超类中定义一个就足够了。
尽管如此,就可以读回以前序列化的对象,直到在超类中添加了新的实例变量List / ArrayList以及新方法,并在其子类之一中添加了一些私有实例变量为止,一切都很好。
现在,当尝试回读先前序列化的对象时,将引发异常。与此类似的一个:
com.SomeCompany.SomeSubClass; local class incompatible: stream classdesc serialVersionUID = 1597316331807173261, local class serialVersionUID = -3344057582987646196
我认为这是由于默认的serialVersionUID(由于我未在任何子类中声明一个)而使用的,现在已由于超类和一个子类的更改而发生了更改。
关于如何摆脱这一困境的建议将不胜感激。我假设我需要实现readObject和writeObject,但是除了调用defaultReadObject()和defaultWriteObject()之外,我不确定自己需要做什么。我也不知道是否需要向所有子类添加serialVerisonUID,还是每个子类都需要实现readObject和writeObject,或者我是否可以只在超类中实现一次(假设根本不需要)。
@DanielChapman很好地解释了serialVersionUID,但没有解决方案。解决方法是:serialver在所有 旧 类上运行该程序。将这些serialVersionUID值放在 当前 的类版本中。只要当前的类与旧版本在串行上兼容,就可以了。(注意以后的代码: 所有 类上都应 始终 有一个)serialVersionUID __Serializable
serialver
serialVersionUID
Serializable
如果新版本与序列 不 兼容,那么您需要对自定义readObject实现做一些魔术(仅writeObject当您尝试编写与旧代码兼容的 新 类数据时才需要自定义)。一般来说,添加或删除类字段不会使类序列不兼容。更改现有字段的类型通常会。
readObject
writeObject
当然,即使新类 与 串行兼容,您仍可能需要自定义readObject实现。如果您要填写从旧版本的类中保存的数据中缺少的任何新字段,则可能需要这样做(例如,您有一个新的List字段,要在加载旧的类数据时将其初始化为空列表)。