让我们假设可以使用某种巧妙的策略（设置不存在的字段等）（逻辑上）将旧对象转换为新对象…如何布置源代码？
我看到两种处理方式。首先，
serialVersionUID除非您想
InvalidClassException抛出该异常，否则切勿更改该异常。第二条规则是
不 更改字段的 类型 ，而仅添加或删除序列化自动处理的字段。例如，如果序列化的文件具有该类的版本，
booleansharpTeeth;但该类没有该字段，则在反序列化期间它将被忽略。如果反序列化的类具有该
sharpTeeth字段，但文件没有，则
false在这种情况下它将被初始化为其默认值。
对于要尝试同时处理向前和向后兼容性的分布式系统，这尤其重要。您不想升级应用程序A的版本并破坏依赖于A的另一个应用程序B。通过不更改
serialVersionUID而是仅添加或删除字段就可以做到。实体的较高版本需要支持较旧的版本，而在较新的字段中没有值，但是较旧的实体不会介意新字段是否可用。这也意味着您也不应更改字段的比例。
序列化非常聪明，但是它不能处理字段的类型更改。您不应该只是
paws从更改
int为
long。相反，我建议添加一个
longpawsLong或多个这样的代码，然后编写代码来处理存在
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; }}如果这对您不起作用，那么自定义序列化是解决之道。但是，您必须从头开始，
readObject(...)并
writeObject(...)使用内部版本ID
定义自定义和方法。就像是：
// never change thisprivate static final long serialVersionUID = 3375159358757648792L;// only goes upprivate static final int INTERNAL_VERSION_ID = 2;...// NOTE: in version #1, this was an intprivate 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的序列化输入。
我应该在一个类加载器中进行反序列化吗？如果失败，请尝试使用另一个使用旧版本（依此类推）的类加载器，还是有更好的方法？
我不会建议任何这些方法。听起来很难维护。
