这事儿的核心原因是Java泛型的类型擦除机制，以及编译时类型检查和运行时实际类型的差异，咱们一步步拆解清楚：

1. 泛型类型擦除的本质 #

Java的泛型是编译时的语法糖，运行时所有泛型类型都会被擦除到它的上限类型（这里Future<T>的上限是Object）。也就是说，不管你声明的是Future<Integer>还是Future<String>，在JVM运行时它们都是Future<Object>，没有实际的类型区分。

另外还要注意：你代码里的Callable没有指定泛型参数，属于原始类型，编译器不会对它的返回值做严格的类型校验，这也是隐患的源头。

2. 第一个调用result.get()为什么不报错？ #

看你的这段代码：

Future<Integer> result = service.submit(call2); // call2实际返回String
System.out.println(result.get());

• 编译时：编译器认为result.get()返回的是Integer，但System.out.println()的参数是Object类型——Integer是Object的子类，不需要强制转换就能传给println，所以编译器没有插入强制转换的字节码。
• 运行时：result.get()实际返回的是String对象，直接传给println后，方法会调用它的toString()输出，完全符合Object参数的要求，自然不会抛出异常。

3. 第二个调用result2.get()为什么抛出异常？ #

再看这段代码：

Future<String> result2 = service.submit(call1); // call1实际返回Integer
System.out.println(result2.get());

• 编译时：编译器认为result2.get()返回的是String，虽然println接受Object，但编译器会把result2.get()的结果当作String处理，自动在字节码中插入了(String)的强制转换。
• 运行时：result2.get()实际返回的是Integer对象，JVM尝试把Integer强制转换成String，这显然是不允许的类型转换，所以直接抛出ClassCastException。

额外验证：如果把第一个结果赋值给Integer变量会怎样？ #

要是你把代码改成这样：

Future<Integer> result = service.submit(call2);
Integer num = result.get(); // 编译时无报错，运行时会抛ClassCastException

这时候运行时就会报错，因为编译器插入了(Integer)的强制转换，而实际返回的是String，类型转换失败。

最后提个优化建议 #

你应该使用带泛型的Callable来避免这种不安全的类型匹配问题，比如：

Callable<Integer> call1 = () -> 20;
Callable<String> call2 = () -> "This is a String";

这样编译器就能在编译阶段就帮你检查类型错误，不会等到运行时才踩坑。

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