Java类型推断工作机制？泛型Gson方法为何抛出ClassCastException？

Java泛型的本质是编译期语法糖，所有泛型参数都会在编译完成后被擦除为对应上界（无界泛型默认擦为Object），运行期不会保留任何泛型类型参数的运行时信息。
你使用的TypeToken依赖的是Java类元数据中会保留泛型超类具体参数的特性：当写出new TypeToken<Integer>(){}这样的匿名子类时，父类的泛型实参Integer会被永久记录在类元数据中，运行期可通过反射获取具体Type对象。但你在泛型方法内写的new TypeToken<T>(){}.getType()，这里的T是方法的泛型参数，编译后会被擦除，运行期这个匿名子类的泛型父类的实参是一个没有具体绑定的TypeVariable（泛型类型变量），完全不是你传入的Integer。
Gson拿到这个无具体绑定的TypeVariable后，无法得知你需要将JSON反序列化为Integer，只能按照默认规则处理数值类型：此时默认将目标类型视为Object，无小数点的整数字面量解析为Integer，带小数点的浮点字面量解析为Double。如果你的存储过程中曾经因为这个方法的类型错误返回过Double，后续覆盖存储后就会一直返回Double实例。

你使用的container.<Integer>getInstance(mKey)这类显式类型见证确实生效了，但生效逻辑和你预期的完全不同：

• 它的唯一作用是告知编译器，本次方法调用的泛型参数T绑定为Integer
• 编译器会据此完成两个操作：一是检查返回值赋值给Integer变量的合法性，二是在方法返回的字节码中自动插入checkcast Integer的强转指令
• 这个绑定关系完全不会传递到方法内部的代码逻辑中，运行期方法内部没有任何途径获取到T是Integer的信息
  最终抛出的ClassCastException，就是方法返回Double实例后，被编译器插入的强转指令校验时触发的。

标准Java语法下完全做不到。
Java的类型推断仅作用于编译期的类型检查、强转指令生成环节，不会将泛型实参的信息传递到方法内部的运行时逻辑中。你期望的"方法内部直接获取外部调用时指定的泛型类型"，需要运行期保留泛型参数的能力，而Java的类型擦除机制从根本上禁止了这种能力。

要实现正确的反序列化逻辑，必须将包含具体泛型实参的Type对象显式传入方法内部，两种常用实现：

• 直接传入Class<T>类型，适合非泛型类的简单场景：

  public <T> T getInstance(String key, Class<T> type) {
      return deserialize(key, type);
  }
  

  调用时使用Integer i = container.getInstance(mKey, Integer.class)即可。
• 传入TypeToken<T>实例，适合需要处理泛型集合等复杂类型的场景：

  public <T> T getInstance(String key, TypeToken<T> typeToken) {
      return deserialize(key, typeToken.getType());
  }
  

  调用时使用Integer i = container.getInstance(mKey, new TypeToken<Integer>(){})即可，此时传入的TypeToken实例是调用方定义的匿名子类，带有具体的泛型实参，Gson可以正确识别目标类型。

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