Java泛型是编译期语法糖，运行时所有泛型信息均被擦除，JVM只识别原始类型（如List、Box），不保留等类型参数；擦除规则为：无界T→Object，上界T extends Number→Number，并由编译器自动插入强制转换；其根本目的是保障与Java 5前旧代码的二进制兼容。

直接说核心：Java 泛型是编译期的语法糖，运行时所有泛型信息都被擦掉，JVM 看不到 <string></string>、<integer></integer> 这类标记，只认原始类型，比如 List、Map、Box。

一、先用一个例子镇住场子

可以现场写两行代码：

List<String> list1 = new ArrayList<>();
List<Integer> list2 = new ArrayList<>();
System.out.println(list1.getClass() == list2.getClass()); // 输出 true

解释：虽然声明不同，但运行时都是 ArrayList 类型。打印 list1.getClass() 得到的是 class java.util.ArrayList，不是 ArrayList<string></string>——因为泛型在字节码里根本不存在。

二、擦除到底擦了什么？三句话讲清规则

• 无边界类型参数（如 <t></t>）→ 擦成 Object：比如 Box<t></t> 编译后等效于 Box，字段 T value 变成 Object value；
• 有上界（如 <t extends number></t>）→ 擦成上界类型：比如 T 全部替换成 Number，方法返回值、参数都按 Number 处理；
• 编译器悄悄补活：自动插入强制转换，比如 list.get(0) 返回 Object，但你写 String s = list.get(0)，编译器帮你加了 (String) 转换，保证安全。

三、为什么非得擦？不是偷懒，是妥协的艺术

Java 5 引入泛型时，JVM 字节码格式早已固定，不能改；数百万行老代码（JDK 1.4 及之前）必须照常运行。所以团队选了最稳的路：

Java 接口排错助手

在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。

下载

立即学习“Java免费学习笔记（深入）”；

• 不新增字节码指令，不改类加载机制；
• 不为每种泛型组合生成新 class（避免“类爆炸”，像 C++ 模板那样）；
• 让 ArrayList<string></string> 和 ArrayList（原始类型）完全二进制兼容，老代码调新泛型类，零修改就能跑。

一句话总结：擦除不是缺陷，是向后兼容的代价，也是 Java “平滑演进”哲学的体现。

四、擦除带来的典型限制，顺手带出应对思路

面试官常考“为什么不能……”，答案全在擦除逻辑里：

• 不能 new T() 或 new T[5] → 擦完只剩 Object，编译器不知道 T 有没有无参构造、是不是具体类；
• 不能 instanceof List<string></string> → 运行时没有 List<string></string> 这个类型，只有 List；
• 静态方法/字段不能用 T → 静态属于类，T 属于实例，擦除后所有泛型实例共用一份字节码，T 无法绑定；
• 解决办法有套路：比如用 Class<t></t> 传类型令牌（new GenericType<string>(String.class)</string>），或用 Guava 的 TypeReference 通过匿名子类保留泛型签名。