泛型擦除无法避免，但类型信息可通过反射在父类签名等位置保留；TypeToken依赖匿名子类的泛型元数据，运行时动态场景可用Guava的Types.newParameterizedType()手动构建ParameterizedType，再用于Gson或Jackson反序列化。

泛型擦除无法避免，但“丢失”不是绝对的——关键在于信息有没有被保留在可反射的位置。TypeToken 并非凭空恢复类型，而是依赖编译器在匿名子类的父类签名中写入的泛型元数据。如果你不能用 new TypeToken>() {} 这种写法（比如泛型类型来自配置、运行时拼接或外部输入），那就得手动模拟它的底层逻辑：通过反射构造出等效的 ParameterizedType。

为什么手动构建是可行的

Java 字节码中，类的泛型父类签名（如 java.util.ArrayList）是真实存在的，只要这个结构能被 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）：

```java
import 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 users = new ArrayList(); —— 编译后无签名残留
• 泛型方法的形参类型，如 void handle(T item) 中的 T，调用时未显式指定且无上下文推导
• 泛型类型由字符串动态生成（如 "List"），但对应类未加载或类型名非法

这些场景需要源头控制：改用 TypeToken 匿名子类、显式传入 Class、或借助注解+编译期处理（如 Annotation Processor）固化信息。