类型擦除是Java泛型的编译期机制，即编译器将泛型类型参数（如<T>）擦除为Object或上边界类型，并插入强制转换以保证类型安全；JVM运行时仅见原始类型，无泛型信息，故ArrayList<String>与ArrayList<Integer>的Class对象相同，且无法用instanceof判断具体泛型类型。
Java 泛型的类型擦除是面试高频考点，关键不是背定义，而是讲清“为什么擦除”“擦除后怎么工作”“擦除带来什么影响”，再配上例子自然就显得扎实自信。
类型擦除的本质：泛型只在编译期存在
Java 泛型是“语法糖”，编译器会在生成字节码前把所有泛型类型（如 List<String>）替换成原始类型（List），同时插入必要的类型检查和强制转换。JVM 运行时根本看不到泛型信息——所以 ArrayList<String> 和 ArrayList<Integer> 的运行时 Class 对象是同一个。
- 反编译 class 文件能看到：方法签名里泛型参数消失了，只留 Object 或原始类型
- 用 getClass() 比较两个不同泛型的实例，结果为 true
- 不能用 instanceof 判断具体泛型类型，比如 list instanceof ArrayList<String> 编译不过
擦除后如何保证类型安全？靠编译器“偷偷加桥接方法和强制转换”
你写的 List<String> list = new ArrayList<>(); list.add("ok");，编译后其实是：list.add((Object)"ok")；而当你调用 String s = list.get(0);，编译器实际插入了 (String)list.get(0)。这些转换由编译器自动完成，运行时靠的是强转——所以如果绕过编译检查（比如用反射 add 一个 Integer），运行时就会抛 ClassCastException。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 泛型方法重载时，编译器可能生成桥接方法（bridge method）来维持多态性
- 泛型类继承时，子类若指定具体类型，父类方法在字节码中仍表现为原始类型，但编译器会补全类型转换逻辑
擦除带来的典型限制与应对思路
正因为运行时无泛型信息，有些事做不了，但有替代方案：
立即学习“Java免费学习笔记（深入）”；
- 不能创建泛型数组：比如 new ArrayList<String>[10] 编译失败 → 改用 new ArrayList[10]（不安全）或用 ArrayList<List<String>>
- 无法获取泛型实际类型参数：比如方法内拿不到 T.class → 可通过 TypeToken（Gson）、ParameterizedType（配合反射+构造器传入 Class）间接获取
- 泛型静态变量/方法无法依赖类型参数：静态成员属于类而非实例，而擦除后所有泛型实例共享同一份静态字段 → 静态上下文中不能直接引用 T
一句话总结擦除的价值与代价
擦除是为了兼容老版本 JVM 和已有字节码，实现“零运行时开销”的泛型；代价是牺牲了运行时类型信息，导致部分动态操作受限。它不是缺陷，而是 Java 在类型安全、性能、兼容性之间做的务实取舍。
