Java泛型工具类应声明方法级类型参数<T>而非使用通配符，以统一约束读写类型；如addAll(List<T>, List<T>)确保类型一致，copyTo(List<? extends T>, List<T>)支持协变读取与安全写入。
在 Java 泛型工具类中，用 <T> List<T> 本身并不能直接“规避”通配符带来的写入限制——关键在于**不要用通配符接收参数，而改用类型参数 T 统一约束读写操作的类型一致性**。
理解问题根源：为什么 List<? extends T> 不能 add
外部传入 List<? extends Number> 这类上界通配符时，编译器只知道它是某个 Number 子类型的列表（比如 Integer 或 Double），但无法确定具体是哪一个。为类型安全，禁止写入任何元素（除了 null）。
List<? extends Number> list = new ArrayList<Integer>();list.add(3.14); // ❌ 编译错误：无法确定是否兼容list.add(null); // ✅ 唯一允许的写入
解决方案：让工具方法自己声明类型参数 T
把泛型参数从调用方“上推”到方法签名，由方法统一决定 T 是什么，从而保证读写类型一致：
public class ListUtils {
// ✅ 正确：T 在方法级别声明，输入输出都绑定同一个 T
public static <T> void addAll(List<T> target, List<T> source) {
target.addAll(source);
}
// ✅ 支持协变读取 + 安全写入的典型模式
public static <T> void copyTo(List<? extends T> src, List<T> dest) {
for (T item : src) {
dest.add(item); // ✅ 安全：src 中每个元素都是 T 或其子类，可赋给 dest（T）
}
}
}
- 调用时由编译器推断 T（如
ListUtils.addAll(intList, intList2)→T = Integer） - 避免把通配符暴露给方法参数；让方法掌控类型变量
- 若需支持不同子类型混合，用
super下界（如List<? super Integer>）配合生产者/消费者原则
实用技巧：何时用 ? super T 放宽写入
当工具方法主要做“写入”（消费者），且希望接受更宽泛的目标容器时，用下界通配符：
立即学习“Java免费学习笔记（深入）”；
// ✅ 允许写入 Integer 到 List<Number>、List<Object> 等
public static <T> void addIntegers(List<? super Integer> target, Integer... items) {
for (Integer i : items) {
target.add(i); // ✅ 安全：Integer 是 ? super Integer 的实例
}
}
-
List<? super Integer>表示“能存下 Integer 的任意父类列表”，所以可以安全写入 - 读取时受限（只能当作
Object），但写入自由度提升 - PECS 原则（Producer Extends, Consumer Super）在此适用
避免常见误区
别试图用原始类型或强制转型绕过检查——会丢失类型安全，运行时可能抛 ClassCastException：
- ❌
List list = new ArrayList<String>(); list.add(123); // 编译通过但危险 - ❌
((List<String>) list).get(0).length(); // 运行时报错 - ✅ 坚持使用方法级泛型参数，让编译器帮你守住类型边界
