Java多重泛型嵌套需显式传递类型参数，外层不自动暴露内层参数，须通过extends/super/通配符连接；定义、调用、继承各环节均需独立声明与约束，且运行时全部擦除。
Java 中多重泛型嵌套时，类型参数的传递不是自动“穿透”的，必须显式声明、约束和转发。关键在于：**外层不自动继承或暴露内层泛型参数，每个泛型作用域需独立管理其类型变量，并通过 extends、super 或通配符建立连接**。
泛型嵌套的基本结构与常见误区
比如 List<map list>>></map> 这类写法只是类型实参的嵌套使用，并未定义新的泛型类型变量；而真正需要“传递参数”的场景，是当你自己定义泛型类 A
常见错误包括：
- 以为
class Outer<t> { Inner<t> inner; }</t></t>中的Inner就能直接用T—— 实际上Inner若未声明为泛型类（如class Inner<u></u>），则T无法作为其类型参数传入； - 在方法签名中漏写外层类型变量，导致编译器无法推断嵌套泛型的实际类型，例如
<t> void process(Outer<list>> o)</list></t>写成void process(Outer<list>> o)</list>（缺少<t></t>声明），会报错或推导失败。
嵌套泛型中类型参数的显式传递方式
要让类型信息从外层流到内层，需在定义和调用两个环节都明确参与：
sc-java-to-ts-interface
下载
将后端 Java 接口文档转换为前端 TypeScript 类型定义（interface / type）。输入：飞书文档、Spring Boot 接口文档、Swagger/OpenAPI、手写 API 文档等。输出：包含请求参数与响应结果的 .md 文件，含完整 JSDoc 注释。触发关键词：Java 转 TS、接口转换、生成前端类型、接口文档转 TypeScript、DTO/VO/BO 转 interface、后端文档转前端类型、生成接口类型、类型定义生成。
立即学习“Java免费学习笔记（深入）”；
-
定义泛型类时绑定关系：若
Outer<t></t>包含一个Container<t></t>字段，就应把Container设计为泛型类，并在Outer中用T实例化它，例如：class Outer<t> { private Container<t> data; }</t></t>； -
方法中多级泛型推导：泛型方法可同时声明多个类型变量，按依赖顺序排列，例如：
<k v r> R transform(Map<k list>> input, Function<v r> mapper)</v></k></k>—— 这里K、V、R都独立声明，但可通过参数位置关联； -
用通配符桥接不确定层级：当内层类型不能完全确定时，可用有界通配符收口，例如：
void accept(Outer extends Collection<string>> obj)</string>，表示接受任意Outer，只要其类型参数是Collection<string></string>的子类型。
继承场景下的类型参数转发规则
子类继承泛型父类时，若想复用并扩展父类的类型参数，需主动声明并传递：
- 直接继承并固定类型：
class IntHolder extends Holder<integer> { ... }</integer>—— 此时不再有泛型参数； - 继承并引入新参数：
class PairHolder<t u> extends Holder<pair u>> { ... }</pair></t>—— 把T和U组合成Pair<t></t>传给父类； - 继承并约束父类参数：
class NumberHolder<t extends number> extends Holder<t> { ... }</t></t>—— 对T加上extends Number限制，确保父类接收的类型安全。
运行时擦除对嵌套泛型的影响
所有嵌套层级的泛型信息在运行时都会被擦除，例如 List<map integer>></map> 擦除后只剩 List；Outer<string></string> 和 Outer<integer></integer> 的 class 对象完全相同。
这意味着：
- 无法在运行时通过
getClass()区分不同泛型实参的实例； - 反射获取泛型类型需用
getGenericXxx()方法（如Field.getGenericType()），配合Type体系解析嵌套结构； - 若需保留类型信息（如 JSON 反序列化），必须显式传入
TypeReference或ParameterizedType实例。
