泛型擦除无法恢复，关键是在字段/方法等能保留签名的位置用反射或TypeLiteral主动捕获；嵌套泛型需逐层解析ParameterizedType，TypeLiteral通过匿名子类固化签名用于反序列化和依赖注入。
排查泛型擦除引发的运行时类型丢失，关键不是“恢复”已擦除的信息，而是识别哪些地方本该有泛型信息却因擦除而不可见，并在**能保留签名的位置**，用反射或 TypeLiteral 主动捕获它。嵌套泛型（如 Map<string list>></string>）尤其容易在反序列化、依赖注入或泛型容器转换时出错，下面分三类场景说明怎么做。
一、先确认是不是真丢了——区分“声明保留”和“实例丢失”
Java 运行时确实没有 List<String> 这个类型，但某些结构在字节码中仍存签名：
- 字段声明为
private Map<String, List<Integer>> config;→ 可通过Field.getGenericType()拿到完整ParameterizedType，再递归解析嵌套的List<Integer> - 方法参数是
public void load(Map<String, List<Integer>> data)→Method.getGenericParameterTypes()能还原全部层级 - 但
Map<String, List<Integer>> map = new HashMap<>();这种局部变量 → 运行时只有HashMap.class，反射查不到任何泛型，也不存在“绕过”手段
二、用反射逐层解析嵌套泛型（适用于字段/方法/父类）
对能访问到 Type 对象的地方，按类型分类处理：
- 若
type instanceof ParameterizedType：调用getActualTypeArguments()得到每个实参（可能是Class、TypeVariable或另一个ParameterizedType） - 若某实参是
ParameterizedType（比如List<Integer>），继续对其调用getActualTypeArguments()，直到拿到Integer.class - 若遇到
GenericArrayType（如List<String>[]），用getGenericComponentType()获取组件类型再递归 - 注意跳过
TypeVariable（如T）——它没有运行时具体类型，只能靠上下文推断
三、用 TypeLiteral 固化复杂嵌套泛型（推荐用于注入/序列化）
当必须把 Map<String, List<Integer>> 当作一个完整类型传递时，Class 不够用，得靠匿名子类“冻结”签名：
- 写法：
TypeLiteral<Map<String, List<Integer>>> type = new TypeLiteral<Map<String, List<Integer>>>() {}; - 原理：匿名类在编译后字节码中带
Synthetic标记和完整泛型 Signature，type.getType()返回的就是可递归解析的ParameterizedType - 实战场景：Gson 反序列化时传
gson.fromJson(json, type.getType())；Guice 绑定时用binder.bind(type).to(...) - 不适用情况：不能用于局部变量类型推导，也不能替代
new表达式（如new ArrayList<Map<String, Integer>>()仍会擦除）
本质上，这不是“修复擦除”，而是提前在签名可存的位置把泛型结构“刻下来”。只要避开原始类型混用、不依赖实例类型判断，嵌套泛型的问题就能被清晰定位和可控还原。
