Scala中java.lang.Integer null转Option[Int]：预期None却得Some(0)？

这个问题的核心是Java和Scala类型交互时的自动拆箱陷阱：当你把null的java.lang.Integer直接传入Option.apply并指定Option[Int]类型时，Scala会先尝试把java.lang.Integer自动拆箱成Scala的Int值——而Java中对null的Integer进行拆箱操作，某些场景下会被隐式转换为0（正常情况本应抛出NullPointerException，可能你的代码环境存在特殊隐式转换导致了0的结果），最终就得到了不符合预期的Some(0)。

要安全完成这个转换，推荐以下两种方法：

方法1：手动判断null，避免提前拆箱 #

直接显式检查java.lang.Integer是否为null，再决定返回None还是Some：

val i: java.lang.Integer = null
val o: Option[Int] = if (i == null) None else Some(i)

这种方式逻辑清晰，完全避免了自动拆箱的风险，当i为null时直接返回None，非null时才将Integer拆箱为Int并包装到Some中。

方法2：使用Scala标准库的转换工具（推荐） #

Scala提供了专门处理Java与Scala类型互转的工具类scala.jdk.OptionConverters，其中的toScala方法可以安全地将Java的Integer（包括null）转换为Scala的Option[Int]：

import scala.jdk.OptionConverters._

val i: java.lang.Integer = null
val o: Option[Int] = i.toScala

这个方法是标准库封装的最佳实践，内部已经帮你处理了null的判断逻辑，代码更简洁规范，也避免了手动判断可能出现的疏漏。

简单总结：关键在于不要让null的java.lang.Integer触发自动拆箱操作，要么手动判断null，要么用标准库的转换工具来处理。

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