java泛型擦除是编译期机制，指编译器将泛型类型参数（如、）替换为object或其上界类型，并移除所有泛型信息，确保字节码与jdk 1.4及更早版本兼容；运行时jvm无法识别泛型，仅保留原始类型。
Java 泛型擦除机制，本质是编译器在编译阶段把泛型类型参数（如 <t></t>、<e extends number></e>）移除，替换成具体类型（通常是 Object 或上界类型），让生成的字节码与 JDK 1.4 及更早版本完全兼容。它不是运行时特性，而是编译期的“翻译规则”——泛型只对人和编译器有意义，JVM 看不到任何泛型信息。
擦除是怎么发生的
编译器按三步处理泛型：
- 检查：确保你在
List<string></string>里不能add(123)，提前报错 - 擦除：把
<t></t>换成Object，把<t extends number></t>换成Number - 插入转换：在
get()返回处自动加checkcast指令，比如从Object转成String，保证运行时不崩
所以 ArrayList<string></string> 和 ArrayList<integer></integer> 编译后都是 ArrayList，字节码一模一样。
擦除带来的关键限制
这些不是 bug，而是擦除机制下必然的结果：
-
无法创建泛型数组：写
new T[10]或new ArrayList<string>[5]</string>都会编译失败，因为运行时不知道T是什么类型 -
不能用泛型做 instanceof 判断：
if (list instanceof ArrayList<string>)</string>是非法语法，ArrayList<string></string>运行时根本不存在 -
不能直接获取泛型实际类型：
list.getClass().getTypeParameters()拿不到String，只能通过反射读取字段/方法签名里的泛型声明（如Field.getGenericType()） -
泛型方法或类无法重载：写两个
void foo(List<string>)</string>和void foo(List<integer>)</integer>会编译报错，擦除后都是foo(List)，签名重复
为什么 Java 要这样设计
核心就一个词：向后兼容。JDK 5 引入泛型时，已有海量非泛型代码和类库。如果像 C# 那样保留运行时泛型信息，旧 JVM 就跑不动新代码；如果像 C++ 那样为每种类型生成独立字节码，类数量爆炸，类加载、内存、GC 全受影响。擦除是在不改 JVM、不破坏生态的前提下，用编译期检查换来的最大妥协。
实际开发中怎么应对
知道限制后，常见问题有成熟解法：
- 需要泛型数组？用
Object[]+ 显式强转，或改用ArrayList<t></t>（它内部就是Object[]） - 想运行时识别类型？靠构造器传
Class<t></t>，比如new Gson().fromJson(json, new TypeToken<list>>(){}.getType())</list> - 避免重载冲突？改方法名，或用不同参数个数/类型（比如加一个
boolean flag） - 反射读泛型？用
Method.getGenericReturnType()或Field.getGenericType()，配合Type子类（如ParameterizedType）解析
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
