无界通配符 List<?> 保留泛型约束，编译期禁止非null写入以保障类型安全；原始类型 List 放弃泛型检查，允许任意类型添加，丧失编译时类型安全。
核心区别在于：无界通配符 List<?> 保留泛型类型约束，编译期阻止不安全写入；原始类型 List 完全放弃泛型检查，允许任意类型添加，丧失编译时类型安全。
类型检查机制不同
Java 泛型通过类型擦除实现，但擦除前的编译期检查逻辑完全不同：
-
List<?>被视为“有泛型但类型未知”的安全容器，编译器知道它装的是某个确定但不可知的具体类型（比如可能是List<String>或List<Integer>），因此禁止向其中添加除null外的任何值——因为无法保证你加的元素符合那个未知类型 -
List是原生态（raw）类型，相当于关闭泛型系统，编译器视其为“没有类型约束的旧式集合”，允许add("abc")、add(123)、add(new Date())混杂插入，完全绕过类型校验
方法参数设计意图明确性
用作方法参数时，二者传递的设计信号截然不同：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 接受
List<?>表示：“我只读取元素，且只调用Object层级的方法（如toString()、equals()），不关心具体类型” - 接受
List表示：“我不使用泛型，可能混用多种类型，也不承诺类型一致性”——这通常是遗留代码或刻意规避泛型的信号，现代代码应避免
运行时行为看似相同，但风险暴露时机不同
两者在字节码层面都被擦除为 List，运行时确实没有区别。关键差异在编译阶段：
立即学习“Java免费学习笔记（深入）”；
- 对
List<?>执行list.add("x")→ 直接编译失败，错误明确 - 对
List执行相同操作 → 编译通过，但后续若按某种类型取值（如(String) list.get(0)），可能在运行时抛ClassCastException
与 List<Object> 的对比更显本质
有人误以为 List<?> ≈ List<Object>，其实不然：
-
List<Object>明确声明可存任意Object子类实例，允许添加new String()、new Integer()等 -
List<?>表示“是某个具体类型的列表”，比如它实际是List<BigDecimal>，那你加String就破坏了契约——编译器正是靠这个逻辑守住安全边界
