Java运行时通过匿名内部类可获取泛型实际类型，因编译器将其父类泛型签名写入字节码Signature属性，反射调用getGenericSuperclass()可安全读取；普通对象因类型擦除无法获取。
Java 运行时无法直接获取泛型实际类型，是因为类型擦除机制抹去了 List<String> 中的 String。但“匿名内部类 + Super Type Token”是一种被 JVM 明确认可的绕过方式——它不依赖魔法，而是利用编译器对匿名子类签名的特殊保留规则。
为什么匿名内部类能保留泛型信息
普通对象（如 new ArrayList<String>()）在运行时只有原始类型 ArrayList.class；而匿名内部类（如 new ArrayList<String>() {}）会被编译器生成一个无名子类，并将父类的完整泛型签名（ArrayList<String>）写入其 Signature 属性和 getGenericSuperclass() 返回值中。
- 关键点在于“继承关系”：匿名类必须显式扩展或实现带泛型的类型，JVM 才会把该泛型固化进字节码
- 这个签名不是运行时动态推断的，是编译期写死的元数据，反射可安全读取
- 普通变量引用会丢失上下文，所以必须用
new TypeToken<T>() {}这种即时构造+大括号的写法
如何手动提取泛型参数（不用 TypeToken 库）
你可以跳过框架封装，直接用反射验证原理：
- 定义一个泛型基类或接口，例如
interface Result<T> { T data(); } - 创建匿名实现：
Result<User> r = new Result<User>() { public User data() { return new User(); } }; - 调用
r.getClass().getGenericSuperclass()→ 得到ParameterizedType - 再调用
((ParameterizedType) type).getActualTypeArguments()[0]→ 就是Type类型的User.class或Class<User>
TypeToken 的正确用法与常见陷阱
TypeToken 是对上述技巧的封装，但用错就失效：
- ✅ 正确：
new TypeToken<List<Order>>() {}—— 大括号不可省，否则只是普通实例，无父类泛型 - ❌ 错误：
TypeToken<List<Order>> t = new TypeToken<List<Order>>() {};然后传t到其他方法里 —— 局部变量不携带签名上下文 - ⚠️ 注意：
getType()返回完整Type（含嵌套），getRawType()返回最外层Class<?>（如List.class），按需选用
哪些场景它有效，哪些无效
这项技术只在“泛型出现在声明位置”时起作用：
- ✅ 有效：字段声明
private Map<String, List<Long>> config;、方法返回值public Response<User> login()、匿名子类继承new TypeToken<Set<Role>>() {} - ❌ 无效：局部变量
List<String> list = new ArrayList<>();、泛型方法形参<T> void handle(T item)中的T（运行时为TypeVariable，无具体类型） - ⚠️ 限制：不能还原通配符类型（如
List<? extends Number>中的Number可得，但?本身无法确定具体子类）
