Java调用可变参数方法时出现奇怪的ClassCastException问题

这个问题的根源在于Java编译器对泛型方法和可变参数的类型推断逻辑，以及调试环境与正常运行环境的差异，咱们一步步拆解：

1. 报错的核心原因 #

先梳理代码里的关键细节：

• printIt(Object... objects)是可变参数方法，Java编译后会把可变参数处理成Object[]类型；
• <T> T getLong()是泛型方法，它内部把Long.valueOf(1L)强转为T返回——这里的强转是未检查的强制类型转换，编译时不会报错，但运行时可能触发类型不匹配问题。

当你直接调用printIt(getLong())时，编译器需要推断泛型方法getLong()的T类型。因为printIt接收的是Object...（可理解为接受单个Object或者Object[]），编译器会优先把T推断为Object[]，而非Object。

这就导致运行时，代码试图把Long实例强转为Object[]，这显然是不可能的，因此抛出了java.lang.ClassCastException: java.lang.Long cannot be cast to [Ljava.lang.Object;。

2. 为什么IntelliJ的Evaluate Expression能正常执行？ #

IntelliJ的调试求值环境和正常编译运行的逻辑不同：在调试时，Evaluate Expression会把getLong()的调用独立处理，它会直接将T推断为Object（而非Object[]），所以返回的Long可以安全向上转型为Object，再传给printIt作为单个参数，自然不会触发类型转换错误。

3. 解决办法 #

这里有几个简单的修复方式，任选其一即可：

• 显式指定泛型类型：调用时明确告诉编译器T是Object，避免自动推断出错：

  printIt(MyClass.<Object>getLong());
  

• 先赋值给变量：把getLong()的返回值先存到一个Object类型的变量里，再传递给printIt，这样编译器不会把T推断为数组：

  Object result = getLong();
  printIt(result);
  

• 约束泛型边界（可选）：如果这个方法本来就只应该返回数值类型，可以给T加上边界，比如<T extends Number> T getLong()，不过这个需要根据你的实际业务场景调整。

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