Java泛型擦除是为兼容老代码的主动设计，编译期移除泛型参数并按边界替换（无界→Object，单上界→上界，多上界→首个上界），运行时仅存原始类型，导致instanceof、new T()等受限。
Java泛型类型擦除不是语法缺陷，而是为兼容老代码做出的主动设计。面试中常考的“为什么不能 new T()”“为什么 instanceof List<String> 报错”，根源全在擦除机制——它让泛型只活在编译期，运行时只剩原始类型。
搞懂擦除规则，才能预判哪些写法会翻车
擦除不是简单替换成 Object，而是按声明边界分情况处理：
- 无界泛型（如 <T>）→ 擦除为 Object：这是最常见场景，比如 List<String>、List<Integer> 编译后都变成 List，字段和方法参数统一转为 Object。
- 单上界泛型（如 <T extends Number>）→ 擦除为上界类型：T 被替换为 Number，方法返回值、入参、成员变量均按 Number 处理，保证运行时类型兼容。
- 多上界泛型（如 <T extends Comparable & Cloneable>）→ 擦除为第一个上界：只保留 Comparable，后续接口仅用于编译期校验，不参与运行时类型推导。
运行时拿不到泛型信息，这些操作天然受限
JVM 加载的 class 文件里没有 List<String> 这样的类型标识，只有原始类型 List。这就导致：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- instanceof 带泛型参数直接编译失败：if (obj instanceof List<String>) 不合法，只能写 if (obj instanceof List)。
- 无法用 new T() 创建实例：T 已擦除，编译器无法确定构造器签名，必须显式传入 Class<T> 或用 Supplier<T> 替代。
- 反射获取泛型需看上下文：list.getClass().getGenericSuperclass() 可拿到 ArrayList<String> 的 ParameterizedType，但仅限于**直接父类声明**；对局部变量、方法返回值或字段类型，常规反射取不到泛型实际类型。
绕过擦除限制的实用手段
真需要运行时泛型信息，不能靠猜，得靠结构设计：
立即学习“Java免费学习笔记（深入）”；
- 用匿名子类保留签名：new TypeToken<List<User>>() {} 利用子类继承关系把泛型写进字节码 Signature 属性，再通过反射提取。
- 显式传入 Class 对象：泛型方法中加一个 Class<T> 参数，如 <T> T parse(String json, Class<T> clazz)，既安全又明确。
- 避免泛型数组，改用容器：T[] array = new T[10] 编译报错，不要强转 Object[]；优先用 ArrayList<T> 或泛型集合封装逻辑。
高频面试陷阱题怎么拆解
遇到“为什么泛型不能用于重载”“为什么静态方法不能用类泛型”这类问题，本质都在考擦除后的签名冲突与作用域：
- void handle(List<String>) 和 void handle(List<Integer>) 编译失败，因为擦除后都是 handle(List)，JVM 认为重复方法签名。
- static T getValue() 编译报错，因静态方法属于类而非实例，而类泛型参数是实例级的；正确写法是 static <T> T getValue()，让泛型绑定到方法自身。
- 原始类型赋值引发堆污染（heap pollution）：List raw = list; raw.add(123); 再 get 时强制转换失败，这类隐患往往在运行时才暴露，需警惕 raw 类型混用。
