跨应用Kryo序列化版本不兼容引发类加载异常问题咨询

碰到这个kryo unable to load class with kryo's classloader retrying with current异常，其实核心原因在于Kryo不同主版本（尤其是shaded打包的版本）之间的序列化格式和类加载逻辑不兼容。

为什么会出现这个问题？ #

Kryo的shaded版本（比如你用的kryo-shaded-3.0.3和4.0.1）会把自身依赖的类打包进去，并且重命名内部包名来避免依赖冲突。3.x到4.x的主版本迭代中，Kryo的序列化格式、类元数据的存储方式甚至内部类加载机制都可能有破坏性变更。当Application1用3.0.3序列化对象时，写入的类信息和序列化结构是符合旧版本规范的，但Application2用4.0.1反序列化时，它期望的是新版本的格式，自然就找不到对应的类，抛出加载异常。

可行的解决方案 #

• 统一Kryo版本（最稳妥的方案）：就像你已经做的那样，把两个应用的Kryo版本调整成完全一致的（比如都用4.0.1）。只有版本完全匹配时，序列化和反序列化的格式、类加载逻辑才能完全对齐，从根源上避免这类兼容性问题。我自己处理Kryo跨服务序列化时，这是第一个优先考虑的方案。
• 尝试兼容性配置（仅适用于小版本差异）：如果实在无法统一版本（比如涉及多个服务依赖），可以尝试给Kryo实例开启兼容性模式，同时指定类加载器：

  Kryo kryo = new Kryo();
  kryo.setCompatibility(true); // 启用旧版本兼容模式
  kryo.setClassLoader(Thread.currentThread().getContextClassLoader()); // 用当前线程的类加载器加载类，避免Kryo内部类加载器的隔离问题
  

  不过要注意，这种方式只适用于小版本之间的兼容（比如4.0.0到4.0.1），跨主版本（3.x到4.x）的话，官方并不保证兼容性，大概率还是会出问题。
• 排查依赖冲突：检查两个应用的依赖树，确保没有同时引入多个版本的Kryo。比如Application2里如果不小心同时存在kryo-shaded-4.0.1和普通的kryo-3.0.3，也会导致类加载混乱。可以用Maven的mvn dependency:tree或者Gradle的gradle dependencies命令来排查并排除冲突依赖。

内容的提问来源于stack exchange，提问作者user1846749