java泛型擦除是编译器主动移除类型参数并替换为object或上界类型的过程，旨在保障与java 5前旧代码的兼容性；其通过三步实现：合法性检查、类型替换、插入强制转换，导致运行时无法获取泛型信息，带来反射限制、不可创建泛型数组、不可用instanceof判断等约束。
泛型擦除不是“丢失”，而是编译器主动移除泛型类型参数、替换成具体类型（Object 或上界）的过程。它让泛型只在编译期起作用，运行时 JVM 看不到任何泛型信息——这是 Java 为兼容旧版本（Java 5 之前）做出的设计取舍。
泛型擦除是怎么发生的
编译器在把源码转成字节码时，会执行三步操作：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 检查泛型用法是否合法（比如不能往
List<string></string>里 add(123)） - 擦除类型参数：无界泛型（如
<t></t>）→ 替换为Object；有界泛型（如<t extends number></t>）→ 替换为Number - 插入强制转换：比如调用
get()返回T，编译器自动加(String)这类 cast，保证调用处类型安全
运行时看不到泛型，带来哪些实际限制
因为字节码里根本没有泛型类型信息，以下情况在运行时都不可行：
-
无法通过反射获取真实泛型类型：比如
list.getClass().getTypeParameters()只能拿到T的声明，但不知道它是String还是Integer -
不能创建泛型数组：写
new T[10]直接编译报错；必须用new Object[10]再转型，或借助Array.newInstance() -
无法用泛型做 instanceof 判断：写
if (obj instanceof List<string>)</string>语法错误，只能写if (obj instanceof List) -
不能用基本类型实例化泛型参数：
List<int></int>不合法，必须用List<integer></integer>，因为擦除后要统一成引用类型
为什么这些限制其实“可控”
多数限制不阻碍日常开发，关键在于理解边界和替代方案：
- 需要运行时类型信息？可用
ParameterizedType配合泛型字段声明（如private List<string> data;</string>），通过反射读取其getActualTypeArguments() - 想安全地创建泛型数组？传入
Class<e></e>参数，用Array.newInstance(clazz, size)构造，再强转 - 避免类型误用？靠编译期检查就够了——擦除正是为了让
List<string></string>和老式List能共用同一套字节码，不破坏已有类库
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
