Java通配符捕获仅作用于最外层，不穿透多层嵌套；每个?独立无关联，无法统一推导或联合捕获；强制转换无效且危险，应优先使用泛型方法明确类型约束。
Java通配符捕获在多层泛型嵌套中不是“推导极限”的问题，而是编译器严格遵循类型系统规则的结果——它不推导、不猜测，只做精确的捕获转换（capture conversion），且该转换仅作用于单层通配符。一旦嵌套加深，比如 List<list>></list> 或 List extends List extends Number>>，捕获机制就不再自动穿透多层，也无法合成一个“统一的具体类型”供你自由读写。
通配符捕获只作用于最外层
当你声明 List> list，编译器会为这个 ? 捕获一个唯一、不可知但固定的类型（比如 capture#1-of ?），后续对该 list 的操作都基于这个隐式捕获类型。但若类型是 List<list>></list>，捕获只发生在最外层的 ? 上（即整个内层 List> 被当作一个整体），而内层的 ? 仍保持未绑定、不可访问的状态。
-
List<list>> lol = new ArrayList();</list>→ 外层?被捕获为某个具体List<x></x>，但 X 是未知的；你不能调用lol.get(0).add(...)，因为lol.get(0)的类型是List<capture></capture>，而该 capture 不支持 add（除非传 null） - 试图用
(List<string>) lol.get(0)</string>强转？编译通过，但运行时 ClassCastException 几乎必然发生——因为捕获类型与 String 无继承关系，且擦除后实际运行时就是List
嵌套通配符无法被统一捕获
Java 不支持对 List extends List extends Number>> 这类结构做“联合捕获”。每个 ? 是独立的、互不关联的占位符。编译器不会尝试推导出一个同时满足两层上界的类型（例如 List<arraylist>></arraylist>），更不会为你生成桥接类型。
-
List extends List extends Number>> x;中，外层?表示“某个 List 子类型”，内层?表示“某个 Number 子类型”，二者无约束关联 - 你可以赋值
x = new ArrayList<arraylist>>()</arraylist>，但之后x.get(0).get(0)返回的是Number，不是Integer—— 因为内层通配符擦除后只剩上界 - 想安全取值？只能逐层用泛型方法+显式类型参数来绕过：比如定义
<t extends number> T getFirstNum(List<list>> nested)</list></t>，靠方法类型推断锁定 T
手动类型转换几乎总是危险且无效
在嵌套通配符场景下，强制类型转换（cast）既不能恢复类型信息，也不能绕过编译检查——它只是把类型错误从编译期推迟到运行期。
立即学习“Java免费学习笔记（深入）”；
- 运行时所有泛型都被擦除，
(List<string>) obj</string>实际只校验 obj 是否为 List 实例，不检查元素类型 - 对
List<list>></list>元素做(List<string>) innerList</string>后调用innerList.add("s")，编译通过，但若原始 innerList 是ArrayList<integer></integer>，运行时会抛ClassCastException（add 时触发类型检查） - 真正安全的做法是：避免深度嵌套通配符；改用泛型方法明确约束类型变量；或用原始类型 + 显式 instanceof + 安全转换（仅限已知结构）
替代方案：用泛型方法代替嵌套通配符
当需要处理类似 List<list>></list> 的结构时，优先使用带类型参数的方法，而非通配符引用：
- ✅ 推荐：
<t> void processNested(List<list>> data)</list></t>—— 编译器可统一推断 T，读写都安全 - ✅ 可控：
<t extends number> double sumFirstElements(List<list>> lists)</list></t>—— 上界约束清晰，无捕获歧义 - ❌ 避免：
void bad(List<list extends number>> data)</list>—— 内层元素只能读作 Number，无法 add，且外层无法统一约束
