java泛型类型擦除的核心是编译期检查与运行期无泛型信息：编译器移除类型参数、插入checkcast指令保障安全，运行时仅存原始类型，无法获取泛型实际类型。
Java 泛型的类型擦除，核心在于“编译期做检查、运行期不保留类型”，而所谓“转换”其实不是运行时发生的动作，而是编译器在生成字节码时就写死的强制转型指令。
编译期检查：泛型约束的真正防线
泛型的类型安全完全由编译器在编译阶段落实。比如声明 List<string></string>，编译器会：
- 禁止你调用
list.add(42)（int无法自动转为String） - 允许
list.add("hello")，并确保后续所有get()返回值可直接赋给String变量 - 一旦代码违反泛型约定（如传入错误类型、误用通配符），编译直接失败，不会等到运行时
运行期没有“泛型转换”，只有编译器插入的强制转型
擦除后，List<string></string> 在运行时就是原始类型 List，其 get() 方法返回的是 Object。但你写 String s = list.get(0); 却不报错——因为编译器已悄悄在字节码里插了 (String) 强制转换：
- 源码：
String s = list.get(0); - 编译后等效：
String s = (String) list.get(0); - 这个
checkcast指令是运行时执行的，但它不是“泛型在运行时转换类型”，而是编译器为保障擦除后类型安全预埋的校验
擦除与自动装箱/拆箱是两套独立机制
它们常共存，但职责分明：
- 往
List<integer></integer>添加123：先发生 自动装箱（int → Integer），再由擦除机制允许该Integer作为Object存入底层集合 - 从
List<integer></integer>取值赋给int i：先触发擦除插入的(Integer)转型，再发生 自动拆箱（Integer → int） - 少任何一个环节，都会导致编译失败或运行时
ClassCastException/NullPointerException
为什么不能靠运行时获取泛型类型？
因为擦除是彻底的：所有泛型信息在字节码中消失。例如：
-
new ArrayList<string>()</string>和new ArrayList<integer>()</integer>运行时getClass()完全相同 -
instanceof List<string></string>是语法错误，instanceof只认原始类型 - 数组创建
new T[10]不合法，JVM 在运行时根本不知道T是什么
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
