Java中method(List<?>... lists)语法合法但不可add元素，因通配符?表示未知固定类型，编译器无法验证add参数类型安全，仅支持只读操作；需写入时应改用泛型方法<T> void method(List<T>... lists)。
Java中不能直接写成 method(List>... lists) 这种形式——它**语法合法但语义受限，编译能过，运行时容易出错，且无法安全添加元素**。
通配符数组参数的编译检查本质
当声明为 List>... lists 时，编译器将其视为「可变参数的通配符列表数组」，即等价于 List>[] lists。每个 List> 元素代表一个未知具体类型的列表，但它们彼此之间类型无关，也不与调用方原始泛型绑定。
- 编译器允许传入
new ArrayList<string>()</string>、new ArrayList<integer>()</integer>等任意泛型列表 - 但所有传入的列表在方法体内都只能以
List<?>视角访问：可读（取元素为Object），不可写（add()方法被禁用） - 这种限制不是语法错误，而是类型系统为保安全主动拒绝——因为编译器无法验证你 add 的对象是否符合某个实际列表的真实泛型
为什么 add() 在方法体内会编译失败
哪怕只操作一个 lists[0]，调用 lists[0].add("x") 也会报错：
-
List<?>中的?表示「某个未知且固定的具体类型」，不是Object -
add(E)方法要求传入的参数必须是那个未知类型的实例，而字符串字面量无法被证明属于该未知类型 - 所以编译器拒绝任何
add、set、addAll等修改结构的操作
安全使用的常见模式
若需批量处理不同泛型的列表，应聚焦「只读场景」或改用更明确的类型约束：
立即学习“Java免费学习笔记（深入）”；
- 遍历所有列表并打印内容：
for (List> list : lists) for (Object item : list) System.out.println(item); - 需要统一操作？改用上界通配符：
method(List<? extends Number>... lists)，此时可安全读取为Number，但仍不能add - 真要往多个列表里加同类型数据？放弃通配符，用泛型方法：
<T> void method(List<T>... lists)，此时T在每次调用中被统一推断，add才可用
一个典型反例与修正
错误写法（编译失败）：
static void bad(List<?>... lists) {
lists[0].add("boom"); // ❌ 编译错误：cannot find symbol method add(String)
}
正确替代（只读）：
static void good(List<?>... lists) {
for (int i = 0; i < lists.length; i++) {
System.out.println("List " + i + " size: " + lists[i].size());
}
}
或泛型版本（支持写入）：
static <T> void flexible(List<T>... lists) {
for (List<T> list : lists) {
list.add(null); // ✅ 合法，T 是确定类型
}
} 
