Java泛型嵌套需声明明确、上下文完整、运行时信息不丢失；JSON反序列化须用TypeToken，反射需递归解析ParameterizedType，var仅在右侧类型自解释时安全使用。
Java 中泛型嵌套不是“多写几层尖括号”就能跑通的事，关键在**声明时类型明确、解析时上下文完整、运行时信息不丢失**。尤其在 JSON 反序列化、反射读取字段、或构建复杂容器结构时，写错一层就可能编译失败、类型擦除后无法强转，甚至运行时报 ClassCastException。
泛型嵌套的正确书写方式
核心原则：左侧声明与右侧构造必须语义一致，避免原始类型回退或类型推断失焦。
- ✅ 正确示例（清晰、安全）：
Map<String, List<User>> userMap = new HashMap<>();
编译器能准确推断所有层级，IDE 提示完整，后续调用userMap.get("id").get(0).getName()不报错。 - ❌ 错误写法（隐患明显）：
Map userMap = new HashMap();
擦除为原始类型，编译期失去检查，运行时 get 出来是Object，强转易崩。 - ⚠️ 注意边界情况：
若需支持多种数值类型，别用List<Integer>硬编码，可改用上界：
List<? extends Number> numbers = Arrays.asList(1, 2L, 3.14);
Gson / Jackson 解析嵌套泛型必须用 TypeToken
直接传 List.class 或 Map.class 会丢失泛型参数，解析结果是 ArrayList<LinkedTreeMap> 这类原始结构，无法访问字段或安全转型。
- ✅ Gson 正确写法：
Type type = new TypeToken<List<Map<String, String>>>() {}.getType();
List<Map<String, String>> data = gson.fromJson(json, type); - ✅ Jackson 写法（等效）：
ObjectMapper mapper = new ObjectMapper();
JavaType javaType = mapper.getTypeFactory().constructCollectionType(List.class,
mapper.getTypeFactory().constructMapType(Map.class, String.class, String.class));
List<Map<String, String>> data = mapper.readValue(json, javaType);
用 var 简化嵌套声明，但不能牺牲类型意图
var 不是万能缩写，它只在右侧初始化表达式已足够自解释时才真正提升可读性。
立即学习“Java免费学习笔记（深入）”；
- ✅ 推荐（语义+类型双清晰）：
var pendingOrdersByRegion = new ConcurrentHashMap<String, List<Order>>();
变量名说明用途，右侧保留全部泛型，IDE 悬停即见完整类型。 - ❌ 危险（看似简洁，实则模糊）：
var result = service.fetchData();
方法返回类型不透明，后续操作全靠猜，维护成本陡增。 - ⚠️ 特别注意：
var configs = new HashMap<>();是错误写法——编译器无法推断泛型参数，会回退到原始HashMap。
反射中解析嵌套泛型需递归展开 ParameterizedType
字段或方法签名里的 List<Map<String, List<Integer>>> 在运行时不是“扁平字符串”，而是一棵树。直接 field.getGenericType() 只拿到顶层，必须手动展开。
- 关键步骤：
判断是否为ParameterizedType→ 获取getRawType()（如List.class）→ 遍历getActualTypeArguments()（如Map<String, List<Integer>>）→ 对每个参数再递归处理。 - 遇到
TypeVariable（如T）时，必须结合宿主类的泛型父类（如class Service<T> extends Base<Response<T>>）做上下文绑定，否则无法落地为真实类型。 - 实用建议：封装一个
TypeResolver工具类，提供resolveFieldType(Field field)方法，把上述逻辑收口，避免重复造轮子。
