Java泛型擦除后编译器自动插入类型转换，如List<String>的get()返回值被转为String，但混入非法类型、泛型数组创建、反射调用等场景会导致运行时ClassCastException。
Java 泛型擦除后，类型转换由编译器自动完成，你不需要手动写强制转换，但必须理解它何时插入、插在哪、为什么有时仍会出错。
编译器自动插入类型转换
泛型只在编译期起作用。比如这段代码：
List<String> list = new ArrayList<>();
String s = list.get(0);
编译后等效于：
立即学习“Java免费学习笔记（深入）”；
List list = new ArrayList();
String s = (String) list.get(0);
这个 (String) 就是编译器悄悄加的。它确保从 Object 返回值安全转成 String，前提是运行时实际存进去的真是 String。
类型转换失效的常见场景
擦除不等于万无一失，以下情况会导致转换失败或绕过检查：
- 向泛型集合中混入非法类型（如通过原始类型引用操作）：
List raw = list; raw.add(123); —— 编译器不再校验，运行时list.get(0)强转成String就抛ClassCastException - 泛型数组创建：
T[] arr = new T[5]; 不合法，只能写 T[] arr = (T[]) new Object[5]; —— 这个强制转换是 unchecked 的，编译器无法验证数组元素类型，运行时可能出错 - 反射获取泛型返回值时未做类型适配：
调用method.invoke(obj)得到Object，若方法声明为<T> T getValue()，你需要自己判断并转换，编译器不帮你插
如何安全处理擦除后的类型转换
关键不是“怎么转”，而是“怎么让转换有依据”：
- 避免使用原始类型（raw type），禁用
@SuppressWarnings("unchecked")除非你完全掌控上下文 - 需要运行时类型信息时，显式传入
Class<T>：
public <T> T fromJson(String json, Class<T> clazz) —— 用clazz.cast(...)或 Jackson/Gson 的 typed 方法 - 对复杂嵌套泛型（如
List<Map<String, User>>），用TypeToken保留签名：
new TypeToken<List<User>>() {}，再通过反射提取getType() - 集合操作优先用
ArrayList<T>而非T[]，规避数组类型擦除带来的 unchecked 警告和安全隐患
桥接方法与多态中的隐式转换
当泛型类被继承并重写方法时，编译器会生成桥接方法来维持多态性。例如：
class IntBox extends Box<Integer> { public Integer get() { return super.get(); } }
编译器会额外生成一个 public Object get() 桥接方法，内部调用 Integer get() 并自动转换返回值。这意味着你在多态调用中看到的类型转换，其实是编译器为你补全的语义链，不是你写的代码里那行括号。
