是的，Java泛型在运行时被擦除；编译器插入类型转换、替换泛型参数为上界（如Object）、擦除泛型声明，JVM仅识别原始类型，getClass()和instanceof无法区分泛型参数。
Java泛型在运行时真的“消失”了吗
是的，T、List<string></string> 这类泛型信息在字节码和运行时基本不存在——不是藏起来了，是编译器主动擦掉了。JVM 本身根本不认识泛型，它只认 Object、List 这种原始类型。
编译器做的主要三件事：
① 插入强制类型转换（比如从 list.get(0) 返回值自动加上 (String)）；
② 替换所有泛型参数为上界（<t extends number></t> → Number，无界则用 Object）；
③ 擦除泛型声明（class Box<t></t> → class Box）。
所以你写 new ArrayList<string>()</string>，运行时就是 new ArrayList()，连 String 这个字面量都不会保留在类元数据里。
为什么 getClass() 和 instanceof 都拿不到泛型类型
因为它们查的是对象的实际运行时类，而泛型类型信息压根没生成到 Class 对象中。比如：
立即学习“Java免费学习笔记（深入）”；
ArrayList<String> a = new ArrayList<>(); ArrayList<Integer> b = new ArrayList<>(); System.out.println(a.getClass() == b.getClass()); // true
两个对象的 getClass() 返回同一个 Class 实例，说明 JVM 完全不区分泛型参数。
常见误操作：
- 试图用
a instanceof ArrayList<string></string>—— 编译直接报错，语法不合法 - 写
if (obj instanceof List<String>)—— 同样编译不过，List<String>不是运行时类型 - 反射调用
obj.getClass().getTypeParameters()想拿到T—— 返回空数组，因为类定义本身已被擦除
哪些地方还能“抢救”出泛型类型信息
只有在**泛型信息被编码进字节码结构里且未被实例化擦除的位置**，才可能通过反射拿到。典型场景是：字段声明、方法返回值、方法参数、父类继承关系。
例如：
class Holder {
List<String> list;
}
这时可以通过 Holder.class.getDeclaredField("list").getGenericType() 拿到 ParameterizedType，再调用 getActualTypeArguments() 得到 String.class 的 Type 表示。
但注意：
- 这个技巧只对「声明时写死的泛型」有效，运行时 new 出来的对象不行
- lambda 表达式、局部变量、方法返回值临时构造的泛型对象，一律不可靠
-
getGenericSuperclass()可以拿到class A extends ArrayList<String>里的String，但new ArrayList<String>()自身不行
想绕过类型擦除？别硬刚，换思路
真要运行时知道元素类型，常见做法不是“恢复泛型”，而是显式传入 Class<T> 或用 TypeReference 包装。
比如 Gson 解析泛型集合：
// ❌ 这样会变成 List<LinkedHashMap>
List<User> users = gson.fromJson(json, List.class);
// ✅ 正确方式：用 TypeReference 保留泛型结构
List<User> users = gson.fromJson(json, new TypeReference<List<User>>() {});
原理是 TypeReference 利用了匿名子类的 getGenericSuperclass() 去捕获泛型——本质还是依赖声明期的字节码残留，不是魔法。
容易忽略的一点：所有这类“绕过”方案，都要求泛型类型在编译期是已知、固定的。如果类型来自配置或用户输入（比如 Class.forName(className) 动态加载），那连 TypeReference 都救不了。
