java泛型擦除后无法通过getclass()获取真实类型，但类型信息保留在字节码签名中，可通过继承关系（getgenericsuperclass）、字段声明（getgenerictype）或匿名子类（如typereference）等反射方式提取。
Java 泛型擦除后无法直接通过 getClass() 获取真实类型，但类型信息并未真正丢失——它保留在字节码的泛型签名中，可通过反射在特定上下文里提取。面试时重点不是“能不能”，而是“在哪能、怎么取、为什么能”。
继承关系中获取泛型实参（最常用）
当子类明确继承带具体泛型的父类（如 class UserDao extends BaseDao<user></user>），父类的泛型参数会作为子类的“泛型超类签名”写入字节码：
- 调用
((ParameterizedType) getClass().getGenericSuperclass()).getActualTypeArguments()[0] - 返回的是
Type，可能是Class>（可强转）、ParameterizedType（如List<string></string>，需递归解析）或WildcardType（含上界/下界，用getUpperBounds()提取） - ⚠️ 注意：必须是显式继承具体类型，
extends BaseDao>或裸类型extends BaseDao都拿不到实参
从字段类型反推泛型（适用于成员变量）
类中声明的泛型字段（如 private Map<string list>> data;</string>）的完整类型保留在字段的 getGenericType() 中：
- 用
getDeclaredField("data").getGenericType()得到ParameterizedType - 需先
setAccessible(true)，且仅对成员字段有效（局部变量、方法参数无法反射获取） - 若字段是通配符类型（如
List extends Product>），其实际参数是WildcardType，要调用getUpperBounds()[0]才能得到Product.class
用匿名子类“固化”类型（临时方案）
不改继承结构时，可借助匿名子类绕过擦除：
-
new ArrayList<string>() {}</string>创建的其实是匿名子类，其getGenericSuperclass()就是ArrayList<string></string> - 适合工具方法中一次性获取类型，例如
getType(new HashMap<string user>() {})</string> - 缺点：每次调用都生成新类，增加类加载压力和内存开销，不适合高频或框架底层使用
用 TypeReference 封装（推荐用于序列化场景）
Jackson、Gson 等库提供的 TypeReference 是对匿名子类方案的安全封装：
-
new TypeReference<list>>() {}</list>本质也是匿名子类，但内部已缓存解析结果，避免重复反射 - 语义清晰、线程安全，且与 JSON 库深度集成，反序列化时直接传入即可还原泛型结构
- 比手写匿名类更可靠，是处理 JSON ↔ 泛型对象转换的事实标准做法
泛型擦除是编译器行为，不是 JVM 限制；类型信息始终存在于字节码签名里。关键在于找准反射入口——父类声明、字段定义、方法签名，或是人为构造类型引用。答这道题时，讲清原理+给出 2–3 种典型可行路径，比只说“不能获取”或堆砌代码更有说服力。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
