我将使用多重类加载器方法。
（软件包重命名也可以。看起来确实很丑陋，但这是一次性的技巧，因此美观和正确性可以让位。中间序列化似乎有风险-
您使用Kryo是有原因的，而该理由将被否定。通过使用其他中间形式）。
总体设计为：
child classloaders: Old Kryo New Kryo <-- both with simple wrappers / / / / |default classloader: domain model; controller for the re-serialization
- 在默认的类加载器中加载域对象类
使用修改后的Kryo版本和包装器代码加载Jar。包装器具有一个带有一个参数的静态“ main”方法：要反序列化的文件名。通过默认类加载器的反射调用main方法：
Class deserializer = deserializerClassLoader.loadClass("com.example.deserializer.Main");Method mainIn = deserializer.getMethod("main", String.class);Object graph = mainIn.invoke(null, "/path/to/input/file");- 该方法：
- 将文件反序列化为一个对象图
- 将对象放置在共享空间中。ThreadLocal是一种简单的方法，或者将其返回到包装器脚本。
当调用返回时，使用一个简单的包装器用新的序列化框架加载另一个Jar。包装器有一个静态的“ main”方法和一个参数来传递要序列化的文件名。通过默认类加载器的反射来调用main方法：
Class serializer = deserializerClassLoader.loadClass("com.example.serializer.Main");Method mainOut = deserializer.getMethod(“main”, Object.class, String.class);
mainOut.invoke(null, graph, “/path/to/output/file”);这个方法
- 从ThreadLocal检索对象
- 序列化对象并将其写入文件
注意事项
在代码片段中，为每个对象的序列化和反序列化创建了一个类加载器。您可能只想加载一次类加载器，发现主要方法并遍历文件，例如：
for (String file: files) { Object graph = mainIn.invoke(null, file + ".in"); mainOut.invoke(null, graph, file + ".out");}域对象是否引用 任何 Kryo类？如果是这样，您将遇到困难：
- 如果引用只是一个类引用（例如，调用方法），则该类的首次使用会将两个Kryo版本之一加载到默认的类加载器中。这 可能 会导致问题，因为序列化或反序列化的一部分可能是由错误版本的Kryo执行的
- 如果引用用于实例化任何Kryo对象并将引用存储在域模型（类或实例成员）中，则Kryo实际上将在模型中序列化其自身的一部分。这可能会破坏这种方法。
无论哪种情况，您的第一种方法都是检查这些参考文献并消除它们。确保已完成此操作的一种方法是确保默认的类加载器无法访问 任何
Kryo版本。如果域对象以任何方式引用Kryo，则引用将失败（如果直接引用该类，则引发ClassNotFoundError；如果使用反射，则引发ClassNotFoundException）。
