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