java泛型通配符通过pecs原则（producer extends, consumer super）安全扩展类型适配范围：? extends t用于只读场景，? super t用于只写场景，?用于纯object操作。
Java 泛型通配符不是为了“绕过类型检查”，而是让方法能安全适配更广的类型范围。关键在明确参数用途：只读、只写，还是完全无关类型的操作。
用 ? extends T 接收只读数据（生产者）
当你从集合中取元素并按 T 类型使用时，上界通配符最合适。
- 声明如
List extends Number>，可接收List<integer></integer>、List<double></double>或List<number></number> - 能安全调用
get(i)，返回值可直接赋给Number变量，比如Number n = list.get(0); - 禁止调用
add()或set()—— 编译器无法确认添加的对象是否属于该未知子类型（例如往List extends Number>中加Float，而实际是List<integer></integer>就会破坏安全）
用 ? super T 接收可写数据（消费者）
当你主要向集合中添加 T 类型实例，并希望目标容器类型更宽泛时，下界通配符是唯一选择。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 声明如
List super Integer>，可接收List<integer></integer>、List<number></number>或List<object></object> - 能安全调用
add(new Integer(42))或add(100)—— 因为Integer是所有这些类型的子类或本身 - 读取时只能按
Object处理，例如Object o = list.get(0);—— 具体上界不确定，无法保证返回值是更具体的类型
用 ? 处理纯通用操作
当方法不依赖元素具体类型，只调用 Object 层方法（如 toString()、equals()）时，无界通配符最简洁。
- 声明如
List>，可接收任意List<x></x>（X 为任意具体类型） - 遍历时只能用
Object接收元素，例如for (Object item : list) - 不能调用
add()—— 连Object都不能加，因为编译器无法确保不破坏内部一致性（比如向传入的List<string></string>对应的List>中加一个Integer就会出错）
牢记 PECS 原则，避免角色错配
Producer Extends，Consumer Super —— 这不是记忆技巧，而是设计逻辑：
- 如果参数是用来“产出”数据（读取、校验、转换），它是生产者 → 用
? extends T - 如果参数是用来“消费”数据（添加、收集、归并），它是消费者 → 用
? super T - 标准库里的
Collections.copy(dest, src)就是典型体现：src是生产者（? extends T），dest是消费者（? super T）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
