java泛型运行时无法获取具体类型参数，根本原因是类型擦除；但可通过匿名子类+getgenericsuperclass()间接获取，typetoken正是封装该机制的典型方案。
Java 泛型在运行时无法直接获取具体类型参数（比如 List<string></string> 中的 String），根本原因是编译期的「类型擦除」——泛型信息只存在于源码和字节码的签名元数据中，不会进入运行时类实例。但反射机制仍能间接拿到这些信息，关键在于：**不是从泛型对象本身取，而是从它的「声明位置」反向追溯**。TypeToken 就是把这种追溯过程封装成易用模式的典型方案。
为什么 getClass() 拿不到泛型，而 getGenericSuperclass() 可以
普通对象（如 new ArrayList<string>()</string>）调用 getClass() 返回的是 ArrayList.class，它只代表原始类型，泛型参数已擦除。但如果你写：
new TypeToken<list>>() {}</list>
这个空大括号创建了一个匿名子类。JVM 在生成该子类字节码时，会把 TypeToken<list>></list> 作为其泛型父类签名完整记录下来（存于 Signature 属性）。此时调用：
-
this.getClass().getGenericSuperclass()→ 得到ParameterizedType，表示TypeToken<list>></list> - 再调用
((ParameterizedType) type).getActualTypeArguments()[0]→ 得到List<user></user>对应的ParameterizedType - 继续递归解析，就能拿到
User.class或更深层的类型（如Map<string extends number></string>中的通配符边界）
TypeToken 不是“恢复”擦除，而是“提前固化”
TypeToken 本身不违背类型擦除规则。它没让 ArrayList<string></string> 运行时突然变出 String，而是借助匿名子类这个“语法钩子”，在编译阶段就把目标泛型类型写进子类的继承关系里。这相当于把你要的类型信息「刻在类定义上」，而不是指望实例携带它。所以必须写 new TypeToken<...>() {}</...>，漏掉 {} 就只是普通泛型构造调用，不会生成子类，也就没有签名可读。
实际使用中要注意的两层区分
同一个 TypeToken 实例提供两个关键方法，用途不同：
-
getType()：返回完整的Type对象（可能是ParameterizedType、WildcardType等），适合传给 Gson、Retrofit 等需要完整泛型结构的库做反序列化 -
getRawType()：返回最外层的原始 Class，比如把List<user></user>降级为List.class，适合需要注册类型处理器或做 instanceof 判断的场景
例如 Gson 解析 JSON 数组：gson.fromJson(json, new TypeToken<list>>() {}.getType())</list> —— 这里必须用 getType()，否则 Gson 只看到 List.class，内部元素会默认转成 LinkedTreeMap。
不用第三方库也能做，但 TypeToken 封装了重复逻辑
核心反射调用其实就三步：
getClass().getGenericSuperclass()- 强转为
ParameterizedType - 调用
getActualTypeArguments()
Guava 的 TypeToken 把这几步标准化，并处理了嵌套、通配符、类型变量边界等边缘情况。你自己实现时容易忽略递归解析（比如 Response<data>>></data> 需要多层展开）或误判 TypeVariable，而 TypeToken 内部已覆盖这些细节。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
