如何处理其程序包已更改的Java序列化对象？

Question

我有一个Java类，该类存储在HttpSession对象中，该对象在集群环境中的服务器之间进行了序列化和传输。为了便于说明，我们将此类称为“人员”。

在改进代码的过程中，该类从“ com.acme.Person”移动到“
com.acme.entity.Person”。在内部，该类保持完全相同（相同的字段，相同的方法，相同的所有内容）。

问题是我们有两组服务器同时运行旧代码和新代码。具有旧代码的服务器已序列化HttpSession对象，当新代码将其反序列化时，它将引发ClassNotFoundException，因为它找不到对com.acme.Person的旧引用。在这一点上，处理起来很容易，因为我们可以使用新包重新创建对象。问题在于，新服务器中的HttpSession将使用对com.acme.entity.Person的新引用来序列化该对象，并且在运行旧代码的服务器中对该序列进行反序列化时，将引发另一个异常。在这一点上，我们不能再处理这个异常了。

在这种情况下，最好的策略是什么？有没有一种方法可以告诉新服务器使用对旧程序包的引用来序列化该对象，并将对旧程序包的引用反序列化为新的程序包？一旦所有服务器都运行新代码，我们将如何过渡到使用新软件包并忘记旧软件包？

Answer 1

我发现这篇博客文章声称有解决方案，尽管并没有清楚说明。

实际的意思是，您创建了一个子类，ObjectInputStream该子类将覆盖readClassDescriptor方法以执行以下操作：

@Override
protected java.io.ObjectStreamClass readClassDescriptor() 
        throws IOException, ClassNotFoundException {
    ObjectStreamClass desc = super.readClassDescriptor();
    if (desc.getName().equals("oldpkg.Widget")) {
        return ObjectStreamClass.lookup(newpkg.Widget.class);
    }
    return desc;
};

我的建议是： 不 支持旧版本的软件读取由新版本序列化的数据的情况。

• 这是一个鼓励（实际上是强迫）人们升级到最新版本代码库的好机会。一般而言，早日发生此事符合 所有人的 利益。

• 如果因为其他原因而迫使人们进行升级为时尚早，那么（IMO）您应该认真考虑 撤消 对类/html" target="_blank">程序包名称的更改。请等待，直到您有了明确的升级策略/计划：1）技术上合理，并且2）所有利益相关者都可以接受。