泛型擦除是Java为兼容旧代码的主动设计，编译期做类型检查，运行时仅保留原始类型；无界擦为Object，单上界擦为上界类型，多上界擦为第一个接口；运行时无法进行instanceof泛型判断、new T()、泛型数组创建及泛型方法重载。
泛型擦除不是 bug，而是 Java 为兼容老代码做的主动设计。它让编译期能做类型检查，运行时却只留下原始类型——比如 List<string></string> 和 List<integer></integer> 编译后都是 List，JVM 看不到泛型参数。
擦除是怎么发生的
编译器按规则把泛型参数“替换成具体类型”，同时插入强制转换来保安全：
-
无边界（如
）→ 擦成 Object ：最常见，Box<t></t>变成Box，字段和方法都用Object -
单上界（如
）→ 擦成上界类型 ：value字段变成Number，方法返回值也是Number -
多上界（如
）→ 擦成第一个接口 ：只保留Comparable，后面接口仅用于编译校验
哪些事运行时做不了
因为类型信息没了，这些操作会受限或报错：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
-
list instanceof List<string></string>不合法，只能写list instanceof List -
new T()在泛型类或方法里直接写会编译失败，T 已经不存在 -
List<string>[] arr = new ArrayList<string>[10]</string></string>编译不通过，得写成(List<string>[]) new ArrayList[10]</string>并接受警告 - 不能靠泛型重载方法：两个方法
void f(List<string>)</string>和void f(List<integer>)</integer>擦除后签名相同，编译报错
怎么绕过擦除限制
真需要运行时知道类型，得靠“额外传参”或“利用继承结构”：
- 显式传入
Class<t></t>：比如new Box<string>(String.class)</string>，内部存起来用于反射或转型 - 用
TypeToken技巧：写new TypeToken<list>>() {}</list>，靠匿名子类的父类签名保留泛型信息，再通过反射提取 - 从父类继承泛型声明：如果类是
class MyList extends ArrayList<string></string>，那么getClass().getGenericSuperclass()能拿到ArrayList<string></string>；但局部变量、方法返回值不行
实际编码要注意什么
别被编译期的“安全假象”骗了：
- 反射调用
add()可以往ArrayList<integer></integer>里塞字符串，运行时不拦——擦除后就是ArrayList，add 接收Object - 强转泛型集合风险高：
List<string> s = (List<string>) someList</string></string>编译通过，但若实际是List<integer></integer>，取元素时才抛ClassCastException - 静态方法/静态字段不能用类型参数：因为静态属于类，而擦除后所有泛型实例共享同一个原始类
