遵循PECS原则使用super时，为何无法向消费者添加整数？

咱们先来拆解一下你遇到的问题——其实核心是泛型参数T和你要添加的元素类型没建立关联，编译器摸不清你到底要干嘛，只能抛出错误来保证类型安全。

错误根源分析 #

你定义的test方法带了一个泛型参数<T>，但这个T在方法里完全是“游离”的：编译器只知道List<? super T>可以容纳T或者T的父类，但它根本不知道T具体是什么。比如，假设T是String（因为泛型参数没约束，理论上可以是任何类型），那List<? super String>可能是List<Object>或者List<String>，这时候你往里面塞一个Integer类型的32，显然是类型不兼容的。编译器不会冒这个风险，直接就给你报错了。

用PECS原则的正确姿势 #

PECS里的“Consumer super T”是说：当你要往集合里添加T类型的元素时，用List<? super T>——重点是你添加的得是T类型的实例，而不是随便一个类型。针对你的场景，有两种修正方式：

方式1：让泛型参数和添加的元素绑定

把方法改成接受一个T类型的元素参数，这样编译器就能明确T的类型，知道你要添加的元素和列表的类型约束匹配：

import java.util.*;
public class Test {
    public static void main(String[] args) {
        List<Integer> integers = new ArrayList<>();
        test(integers, 32);
    }
    public static <T> void test(List<? super T> to, T element) {
        to.add(element);
    }
}

调用时传入32，编译器会自动推断T是Integer，List<? super Integer>自然可以接受Integer类型的元素，编译通过。

方式2：直接明确列表的类型约束

如果你的方法就是专门用来往列表里加Integer，那完全没必要用泛型参数T，直接把列表的类型约束写成List<? super Integer>：

import java.util.*;
public class Test {
    public static void main(String[] args) {
        List<Integer> integers = new ArrayList<>();
        test(integers);
    }
    public static void test(List<? super Integer> to) {
        to.add(32);
    }
}

这样编译器清楚列表可以容纳Integer或它的父类（比如Object），添加自动装箱后的Integer实例32完全合法。

总结一下 #

你遇到的错误本质是Java泛型的类型安全检查在起作用：由于泛型参数T没有和你要添加的元素类型关联，编译器无法保证32的类型（Integer）是List<? super T>允许的类型，所以拒绝编译。只要让泛型参数和添加的元素类型绑定，或者明确列表的具体类型约束，问题就解决了。

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