为何Java中List<Object>可与List<NamePhone>等泛型列表赋值兼容？

这个问题的核心在于**Collectors.toList()是一个泛型方法，它的类型参数会根据你声明的接收变量的类型进行推断**，而不是固定返回Stream元素类型对应的List，这和你理解的“泛型不变性”场景并不冲突。

先明确泛型不变性的正确限制 #

你说的没错，Java泛型是不变的，所以List<NamePhone>不能直接赋值给List<Object>，比如下面这段代码肯定编译报错：

List<NamePhone> namePhoneList = new ArrayList<>();
List<Object> objList = namePhoneList; // 编译错误：不兼容的类型

这是因为List<NamePhone>并不是List<Object>的子类型——泛型不支持直接协变（除非使用通配符List<? extends Object>，但那是另一种场景）。

你的代码能编译的原因 #

我们拆解一下Collectors.toList()的行为：

1. 先看它的方法签名：

   public static <T> Collector<T, ?, List<T>> toList()
   

   这是一个泛型方法，<T>是它的类型参数，决定了收集器要收集的元素类型，以及最终返回的List的元素类型。
2. 当你写List<Object> npList = nameAndPhone.collect(Collectors.toList());时，编译器会根据目标类型（也就是你声明的List<Object>）自动推断Collectors.toList()的类型参数T为Object，而不是NamePhone。
3. 此时，collect方法会把Stream<NamePhone>中的元素（每个NamePhone都是Object的子类）收集到一个List<Object>中——这完全符合类型安全，因为把子类对象存入父类型的集合是合法操作。
4. 换句话说，这里返回的List本来就是List<Object>，而不是List<NamePhone>，所以赋值给List<Object>变量是完全合法的，自然不会有编译警告或错误。

对比两种接收场景的差异 #

• 当你用List<NamePhone> npList接收时，编译器推断T为NamePhone，最终返回List<NamePhone>；
• 当你用List<Object> npList接收时，编译器推断T为Object，最终返回List<Object>；

这两种情况都是类型安全的，collect方法会根据推断出的T来适配元素处理逻辑。

类似场景验证 #

比如你有一个Stream<String>，用List<Object>接收同样能编译通过：

Stream<String> stringStream = Stream.of("a", "b");
List<Object> objList = stringStream.collect(Collectors.toList());

原理完全一致——编译器推断T为Object，收集器把String对象（Object的子类）存入List<Object>中。

总结 #

你遇到的情况并不是泛型协变的例外，而是Java编译器根据目标类型进行泛型类型推断的结果。Collectors.toList()会根据你期望的返回类型调整它的泛型参数，从而返回符合要求的List，这完全符合Java的类型系统规则。

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