Java泛型嵌套因类型擦除无法运行时保留完整类型信息，关键在于设计层抽象响应结构、用Response统一包装、TypeReference精准反序列化、DTO语义化拆解及泛型工具方法复用。
Java 泛型嵌套本身不支持运行时保留完整类型信息（因类型擦除），但简化复杂数据传输的关键不是“绕过擦除”，而是把类型意图表达清楚、把反序列化和封装逻辑做稳。重点在设计层规避冗余，而非语法层硬拼类型。
用泛型结果类统一包装响应结构
前后端交互中，Response 这类嵌套不是要写出来，而是该被抽象掉。定义一个通用的 >>>
Response，让业务层只关注 T 是什么：
-
声明简洁：直接写
Response，无需重复左侧类型- > res = api.getOrderList();
-
构造明确：静态工厂方法如
Response.success(data)或Response.fail("xxx")隐藏了 new 和字段赋值 -
避免爆炸式子类：不用为每个组合建
OrderListResponse、UserPageResponse等
反序列化时用 TypeReference 捕获嵌套类型
Jackson 默认只能识别原始类型（如 List.class），对 List 这种需显式传递完整类型。此时不能靠 var，而要用 TypeReference：
-
正确写法：
objectMapper.readValue(json, new TypeReference>>() {}) -
别用 Class：
Response.class会丢失List中的Item信息，导致 data 字段为 LinkedHashMap -
配合 var 可读性更好：
var response = objectMapper.readValue(json, new TypeReference—— 类型在右边已完整，左边用>>() {}); var反而更干净
DTO 层用语义化泛型字段替代深层嵌套
不要在 DTO 里堆 Map。拆解为带名字的字段：
-
差：
private Map> rawData; -
好：
private List，其中categories; CategoryGroup内部封装String name和List - 好处：可加校验注解、可重用、IDE 能跳转、日志/调试时结构清晰
泛型工具方法减少重复转换逻辑
当多个接口返回类似结构（如都含 data 字段且需转为特定类型），抽成泛型方法：
public staticT extractData(String json, Class targetType) { ... } - 对简单类型（
User、String）够用；对嵌套仍需TypeReference，但调用点更集中 - 配合 Jackson 的
ObjectReader复用，避免每次新建 ObjectMapper 实例
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
