Java泛型是编译期特性，运行时无泛型信息；擦除发生在编译阶段，javac将泛型参数替换为上界（如Object或Number），插入类型转换，JVM仅见原始类型（如List），导致instanceof、泛型数组、静态泛型等受限，本质是为兼容旧版本做的设计权衡。
Java 的泛型是编译期特性，运行时不存在泛型类型信息——这是回答的核心前提。面试官想听的不是“类型被擦除了”，而是你是否理解擦除发生的时机、原因、影响及应对逻辑。
擦除发生在编译阶段，而非运行时
Java 编译器（javac）在生成字节码前，会把所有泛型参数替换为上界（通常是 Object），并插入必要的类型检查和强制转换。JVM 完全不感知 List<String> 和 List<Integer> 的区别，它们在运行时都是 List。
你可以用 javap -c 反编译验证：泛型声明消失，只留下原始类型 + 桥接方法 + 类型转换指令（如 checkcast）。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
擦除导致的关键限制与现象
-
不能用泛型类型做 instanceof 判断：如
if (list instanceof List<String>)编译不通过，因为运行时无此类型信息 -
不能创建泛型数组：如
new ArrayList<String>[10]报错，因数组在运行时需知道组件类型，而ArrayList<String>擦除后只剩ArrayList，无法保证类型安全 - 静态上下文中无法访问泛型类型参数：静态变量、方法属于类级别，而泛型类型参数属于实例级别（每个参数化类型对应同一份字节码）
-
泛型类的子类型关系不传递：
List<String>不是List<Object>的子类型，这是为了类型安全，也源于擦除后二者都退化为List，无法靠继承建模
如何绕过擦除限制？关键看场景
不是“避免擦除”（做不到），而是在需要类型信息的地方，用可获取的方式显式传递：
立即学习“Java免费学习笔记（深入）”；
-
运行时获取泛型实际类型？靠反射 +
ParameterizedType（仅适用于字段、方法返回值、父类继承等有签名保留的场景）。例如：通过Field.getGenericType()获取List<User>中的User类型 -
需要运行时类型安全的容器？用
TypeToken<T>（Gson/TypeRef 思路）：利用匿名子类保留泛型信息到Class#getGenericSuperclass() -
泛型数组怎么办？用
ArrayList<T>替代；若必须数组，声明为Object[]并手动转型（不推荐），或用@SuppressWarnings("unchecked")+ 明确责任边界
一句话总结本质
泛型擦除是 Java 为兼容 JDK 5 之前代码、复用字节码、降低 JVM 复杂度做的权衡。它牺牲了运行时泛型信息，换来了简单性与向后兼容——理解这点，比记住“擦除成 Object”更重要。
