请求提供unbounded wildcard types与raw types错误捕获差异的代码示例

先放上《Java Generics and Collections》中的原文引用：

我们优先推荐使用unbounded wildcard types而非raw types，因为它们提供更强的静态类型保障；许多使用unbounded wildcard types时会被捕获为错误的问题，在使用raw types时仅会被标记为警告。

下面我用两个具体的代码示例来帮你理解这个核心区别：

1. 使用原始类型的场景（风险示例） #

原始类型会绕过泛型的类型检查，仅在编译时给出警告，但潜在的错误会留到运行时才爆发：

import java.util.ArrayList;
import java.util.List;

public class RawTypeDemo {
    public static void main(String[] args) {
        // 原始类型List：没有泛型参数约束
        List rawList = new ArrayList();
        
        // 可以随意添加任意类型的元素，编译仅提示警告，不会阻止操作
        rawList.add("这是字符串");
        rawList.add(456); // 这里添加Integer类型，编译器仅抛出"未经检查的调用"警告
        
        // 运行时尝试将Integer转为String，直接抛出ClassCastException
        String result = (String) rawList.get(1);
        System.out.println(result);
    }
}

这段代码编译时只会看到模糊的警告，但运行时会直接崩溃——这种本可以提前发现的错误，被原始类型完全掩盖了。

2. 使用无界通配符的场景（安全示例） #

无界通配符List<?>会让编译器强制执行严格的类型检查，把错误直接拦截在编译阶段：

import java.util.ArrayList;
import java.util.List;

public class UnboundedWildcardDemo {
    public static void main(String[] args) {
        // 无界通配符List<?>：明确表示我们不知道列表的具体元素类型
        List<?> wildcardList = new ArrayList<>();
        
        // 尝试添加任何非null元素都会直接编译报错！
        wildcardList.add("这是字符串"); // 编译错误：无法将元素添加到List<?>中
        wildcardList.add(456); // 同样触发编译错误
        
        // 读取元素时，编译器会将其视为Object类型，从根源避免类型转换风险
        Object element = wildcardList.get(0);
        System.out.println(element);
    }
}

这里编译器直接阻止了我们向List<?>中添加元素（除了null），从根源上避免了后续可能出现的类型转换异常，完美体现了静态类型保障的优势。

简单总结：如果你只是需要读取集合中的元素，用无界通配符比原始类型安全得多——它不会让你不小心把错误类型的元素塞进去，同时依然能正常读取元素并以Object类型处理。

内容的提问来源于stack exchange，提问作者Thor