Scala跨版本序列化异常：2.11序列化对象在2.12反序列化为Some(null)

问题说明 #

使用Scala 2.12.6反序列化Scala 2.11.11序列化的对象流时，出现数据丢失现象。涉及的case class定义如下：

@SerialVersionUID(123467891598L)
case class Initialiser(externalPID: Option[String], user: Option[String])

Scala 2.11.11序列化的实例为：Initialiser(Option("Test"), Option("Test"))，但在Scala 2.12.6反序列化后得到：Initialiser(Some(null), Some(null))。序列化操作基于Akka的SerializationExtension，该问题源于Scala 2.11与2.12之间的二进制兼容性不支持。

可行解决方案 #

1. 自定义序列化代理 #

针对受影响的case class编写Java序列化代理，手动处理Option类型的序列化与反序列化，绕过Scala版本间的Option实现差异：

@SerialVersionUID(123467891598L)
case class Initialiser(externalPID: Option[String], user: Option[String]) {
  private def writeReplace(): AnyRef = new SerializationProxy(this)

  private class SerializationProxy(init: Initialiser) extends Serializable {
    private val externalPID = init.externalPID.orNull
    private val user = init.user.orNull

    private def readResolve(): AnyRef = Initialiser(Option(externalPID), Option(user))
  }
}

这种方式无需额外依赖，直接基于Java序列化机制，精准控制数据格式，避免版本差异引发的解析错误。

2. 采用跨版本兼容的第三方序列化库 #

使用Boopickle这类第三方库完全可行，且是更推荐的方案：

• Boopickle的序列化逻辑不依赖Scala标准库内部实现，天然支持Scala 2.11、2.12乃至Scala 3的跨版本序列化/反序列化。
• 可轻松集成到Akka中，只需自定义Akka序列化器，替换SerializationExtension的默认逻辑即可。
• 相比Java序列化，Boopickle序列化效率更高、生成的字节流更小，还能规避Java序列化的安全风险。

3. 临时过渡方案：统一版本 #

若短期内无法修改序列化逻辑，可先将所有服务统一升级到Scala 2.12；或先用Scala 2.11反序列化数据，转存为跨版本兼容格式后再迁移到2.12版本。

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