Java类型擦除是编译期将泛型参数替换为边界类型（如Object、Number等）并移除泛型信息的过程，旨在兼容旧JVM；编译器自动插入类型转换保证安全，但导致instanceof、泛型数组、new T()等受限，并通过桥接方法解决多态问题。
Java中的类型擦除，是指编译器在编译阶段把泛型类型参数（如 Object，有上界时则用上界类型），最终生成的字节码里不保留任何泛型信息。它不是运行时行为，而是编译期的“翻译动作”，目的是让泛型代码能与 Java 5 之前的旧 JVM 和类库无缝共存。
类型擦除的具体替换规则
编译器按以下逻辑处理泛型参数：
- 无边界的类型参数（
T）→ 替换为Object - 单上界（
T extends Number）→ 替换为Number - 多上界（
T extends A & B & C）→ 替换为第一个类型A（因 Java 接口继承链限制） - 方法签名中的泛型参数（如
<T> void foo(T t)）→ 擦除为void foo(Object t)
擦除后如何保证类型安全
虽然运行时没了泛型信息，但编译器会在调用点自动插入强制类型转换，把返回值“补回”你声明的类型：
List<String> list = new ArrayList<>();-
String s = list.get(0);→ 编译后实际等价于：String s = (String) list.get(0); - 这种转换由编译器静默完成，开发者无需手写，但一旦类型不匹配（比如往里面塞了 Integer），运行时就会抛
ClassCastException
类型擦除带来的典型限制
这些不是 bug，而是擦除机制的自然结果，必须在编码时主动规避：
立即学习“Java免费学习笔记（深入）”；
-
不能用泛型类型做 instanceof 判断：如
if (obj instanceof List<String>)直接编译失败，只能写if (obj instanceof List) -
无法创建泛型数组：如
new ArrayList<String>[10]编译报错；可行方案是先建Object[10]再转型或用List<List<String>> -
不能直接 new T()：因为
T在运行时不存在；需传入Class<T>并用反射构造，例如clazz.getDeclaredConstructor().newInstance() -
泛型方法无法重载：如
void handle(List<String>)和void handle(List<Integer>)擦除后都是handle(List)，编译报错
桥接方法：维持多态的关键补丁
当子类覆写父类泛型方法并指定具体类型时，编译器会自动生成一个“桥接方法”来衔接擦除后的签名差异。例如：
- 父类：
class Parent<T> { void set(T t) {} } - 子类：
class Child extends Parent<String> { @Override void set(String s) {} } - 编译器自动添加桥方法：
void set(Object o) { set((String) o); }，确保多态调用仍能正确分发
