泛型擦除无法避免，但类型信息可通过反射在父类签名等位置保留；TypeToken依赖匿名子类的泛型元数据，运行时动态场景可用Guava的Types.newParameterizedType()手动构建ParameterizedType，再用于Gson或Jackson反序列化。
泛型擦除无法避免，但“丢失”不是绝对的——关键在于信息有没有被保留在可反射的位置。TypeToken 并非凭空恢复类型，而是依赖编译器在匿名子类的父类签名中写入的泛型元数据。如果你不能用 new TypeToken<list>>() {}</list> 这种写法（比如泛型类型来自配置、运行时拼接或外部输入），那就得手动模拟它的底层逻辑：通过反射构造出等效的 ParameterizedType。
为什么手动构建是可行的
Java 字节码中，类的泛型父类签名（如 java.util.ArrayList<java.lang.string></java.lang.string>）是真实存在的，只要这个结构能被 JVM 加载并识别为 ParameterizedType，你就能拿到 getActualTypeArguments()。TypeToken 的匿名子类只是最常用载体，不是唯一载体。
- 字段、方法返回值、接口继承关系里保留的泛型签名，都可通过反射读取
-
ParameterizedType是接口，可用动态代理或自定义实现类来构造（Guava 内部就用了类似方式） - Gson、Jackson 等库在解析
TypeToken时，最终也落到对ParameterizedType的处理上
手动构建 ParameterizedType 的核心步骤
你需要三个要素：原始类型（Raw Type）、实际类型参数数组（Actual Type Arguments）、以及可选的拥有者类型（Owner Type，多用于嵌套泛型）。最简场景下，只需前两者。
- 原始类型用
Class.forName("java.util.List")或直接引用List.class - 实际类型参数不能传
String.class—— 必须是Type实例；简单类型可用TypeVariable或直接用Class（Class是Type的子类） - 标准库不提供
ParameterizedType的公有构造器，需借助sun.reflect.generics.reflectiveObjects.ParameterizedTypeImpl（JDK 内部类，有兼容风险），或使用 Guava 的Types.newParameterizedType()
推荐方式（稳定、跨 JDK）：
```javaimport com.google.common.reflect.Types;
Type listStringType = Types.newParameterizedType(List.class, String.class);
// listStringType 即等效于 new TypeToken
- >() {}.getType()
```
配合 Gson 或 Jackson 使用
构建好的 Type 实例可直接传给反序列化方法，效果与 TypeToken 一致：
- Gson：
gson.fromJson(json, listStringType) - Jackson：
mapper.readValue(json, mapper.getTypeFactory().constructParametricType(List.class, String.class))
注意：Jackson 的 constructParametricType 是其 TypeFactory 提供的安全替代，比手动构造 ParameterizedType 更推荐用于运行时动态场景。
哪些情况不适合手动构建
不是所有泛型都能靠拼凑还原。以下情形反射本身也无法获取真实类型，手动构建也无济于事：
- 局部变量声明的泛型，如
List<user> users = new ArrayList();</user>—— 编译后无签名残留 - 泛型方法的形参类型，如
<t> void handle(T item)</t>中的T，调用时未显式指定且无上下文推导 - 泛型类型由字符串动态生成（如
"List"），但对应类未加载或类型名非法
这些场景需要源头控制：改用 TypeToken 匿名子类、显式传入 Class、或借助注解+编译期处理（如 Annotation Processor）固化信息。
