本身是引发捕获行为的源头，编译器为其生成隐式不可写类型以保障安全；禁止写入、多变量间不可赋值、需用泛型方法绕过限制。
无界通配符 > 本身不是用来“解决”捕获错误的，而是**引发捕获行为的源头**。所谓“捕获错误”，其实是编译器在处理 > 时自动执行的类型捕获（capture conversion）带来的限制——它让变量获得一个隐式、唯一、不可写的临时类型（如 capture#1-of ?），从而禁止写入操作。这不是 bug，是设计使然。
为什么会出现“捕获”？
当你声明 List> list = new ArrayList<string>();</string>，编译器并不知道这个 ? 具体是 String 还是 Integer。为保证类型安全，它会为该变量“捕获”一个具体但匿名的类型（比如 capture#1）。这个捕获类型在本次作用域内是固定的，但对外不可见、不可构造、也不允许你往里塞任何值（包括 String）——因为编译器无法验证你塞的是否匹配那个隐式类型。
哪些操作会触发捕获限制？
-
禁止向容器写入任意元素：调用
list.add("x")或holder.set(obj)会编译失败，报错类似The method set(capture#1-of ?) is not applicable -
方法参数传入后无法反向赋值：即使你传入的是
Holder<string></string>，在saveDataError(Holder> h, Object arg)中仍不能调用h.set(arg) -
多个
>变量之间不能互相赋值：List> a = ...; List> b = ...;，a = b合法，但a.add(...)和b.add(...)都非法，且二者捕获的类型互不兼容
如何绕过或合理利用捕获限制？
关键不是“消除捕获”，而是**避开写入需求，或把捕获转为显式泛型**：
-
只读场景直接用
>：遍历、打印、调用size()、isEmpty()、get(0)（返回Object）完全没问题 -
需要写入时，改用泛型方法而非通配符参数：
❌ 不行：
void fill(List> list, Object elem) { list.add(elem); }✅ 推荐：<t> void fill(List<t> list, T elem) { list.add(elem); }</t></t> -
对已有通配符变量做“捕获提升”：用辅助泛型方法解包，例如：
static <t> void process(List<t> list) { /* 安全读写 */ }</t></t>
然后调用process(list);—— 编译器会从List>推导出唯一的T，完成捕获转换
和原生类型（raw type）别混淆
List（无泛型）是擦除后的裸类型，能 add 任意对象，但有类型安全警告；List> 是带泛型约束的安全类型，add 任何非 null 值都编译失败。前者危险但灵活，后者安全但受限——选哪个取决于你是否愿意承担类型风险。
