Java泛型擦除是为兼容老代码而设计的机制：编译期检查类型，运行时擦除为原始类型；无界T→Object，有界T extends Number→Number，泛型数组编译报错，instanceof不支持带泛型类型，反射可获取部分静态声明的泛型信息。
Java 泛型擦除不是“bug”，而是有明确设计意图的机制：编译期做类型检查，运行时回归原始类型，只为100%兼容老代码。它让 List<String> 和 List<Integer> 在JVM眼里都是 List，字节码完全一致。
擦除到底擦掉了什么？
泛型信息只存在于源码和编译中间阶段，不会进入字节码：
-
无边界类型参数（如
T） → 擦除为Object -
有上界（如
T extends Number） → 擦除为Number -
有下界（如
T super Integer） → 擦除为Object -
泛型数组（如
new T[10]） → 编译直接报错，因运行时无法确定真实类型
为什么运行时不能用 instanceof 判断泛型？
因为类型擦除后，所有泛型实例共享同一个运行时 Class：
List<String> s = new ArrayList<>(); List<Integer> i = new ArrayList<>(); System.out.println(s.getClass() == i.getClass()); // true System.out.println(s instanceof List<String>); // 编译错误：语法不合法
注意：instanceof 后面不能跟带泛型的类型，这是语法限制，根源仍是擦除——JVM根本不认识 List<String> 这种类型。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
怎么在运行时找回泛型信息？
虽然泛型被擦除，但部分结构（如字段、方法返回值、父类声明）仍通过 java.lang.reflect 保留了泛型签名，可借助反射提取：
- 字段声明为
private List<String> names;→ 用Field.getGenericType()可拿到ParameterizedType - 方法返回
List<User>→Method.getGenericReturnType()返回完整泛型类型 - 继承
class MyList extends ArrayList<Order>→getGenericSuperclass()可解析出ArrayList<Order>
⚠️ 注意：仅适用于**泛型信息在源码中静态声明且未被匿名/动态构造覆盖**的场景；纯本地变量（如 List<String> list = new ArrayList<>();）无法反射获取 String。
日常开发怎么避开擦除坑？
多数问题源于误以为运行时还“认得”泛型，实际只需按规则写：
-
别写
new T[]或new ArrayList<T>()在泛型方法里 → 改用Array.newInstance(componentType, length)或传入Class<T>参数 -
避免在泛型类中使用
static <T> T parse(...)并依赖T.class→ 改为接收Class<T>显式传参 -
框架层（如JSON反序列化）需类型信息时，别只靠变量声明 → 用
TypeReference<List<User>>包装，内部利用反射读取泛型签名 -
泛型方法重载要小心 →
void handle(List<String>)和void handle(List<Integer>)编译失败，因擦除后都是handle(List)
