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