Scala类型转换错误：BigInt无法转为java.lang.Long求助排查

1. 为何会出现该错误？ #

这是Scala泛型类型擦除导致的典型问题。虽然你在代码里显式声明了invMap: Map[Long, Long]，但JVM在运行时会擦除泛型类型信息——也就是说，JVM不知道这个Map里实际存的是Long，只知道是Object。

编译阶段，编译器会信任你的类型声明，所以不会报错。但运行时，当你调用inv.get并尝试将其当作Long处理时（比如调用toInt），JVM发现实际存储的对象是BigInt，就会抛出ClassCastException。简单说：你告诉编译器“这个Map里是Long”，但实际放进去的是BigInt，编译时瞒过了编译器，运行时露馅了。

2. BigInt来自何处？ #

几乎可以肯定是外部数据源的问题：

• 如果是从数据库读取数据，某些JDBC驱动会把超出Long范围的整数（或者某些数据库类型比如NUMERIC）映射为Scala的BigInt，而不是Long；
• 如果是从JSON/XML解析数据，序列化库（比如Jackson、Play JSON）可能会把大数字默认解析为BigInt，而不是自动转为Long；
• 也可能是上游代码在构建inventoryMap时，通过隐式转换或者未经检查的类型转换（比如asInstanceOf[Long]）把BigInt塞进了本应是Long的位置，编译时没触发错误，但留下了运行时隐患。

3. 为何是转为java.lang.Long而非scala.Long？ #

Scala的scala.Long在运行时其实是和java.lang.Long对应的装箱类型（泛型集合里只能存储引用类型，不能存原生的long）。当你从Option[Long]里获取值时，JVM需要把这个对象拆箱为原生long，而BoxesRunTime.unboxToLong方法负责这个拆箱操作——它会先尝试把对象转为java.lang.Long，再拆箱成long。因为实际对象是BigInt，无法转为java.lang.Long，所以报错信息里显示的是这个转换失败。

修复建议 #

• 从源头检查数据类型：确认生成inventoryMap的数据源（数据库、API、文件等）返回的整数类型是否符合预期，调整序列化/读取逻辑，确保返回的是Long而非BigInt；
• 添加运行时类型校验：在构建invMap时，显式检查每个值的类型，比如：

  val invMap: Map[Long, Long] = inventoryMap.map { case (k, v) =>
    k -> (v match {
      case bi: BigInt if bi.isValidLong => bi.toLong // 仅在BigInt在Long范围内时转换
      case l: Long => l
      case _ => throw new IllegalArgumentException(s"Unexpected type for value: $v")
    })
  }
  

• 安全获取值：在filterOutNoInvPrices里增加类型检查，避免直接强制转换：

  val minimumUnitsCheck: Boolean = inv.exists {
    case l: Long => l.toInt > 3
    case bi: BigInt => bi.toInt > 3
    case _ => false
  }
  

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