List为抽象接口时，Collectors.toList()与Stream的工作机制解析

首先明确两个核心事实：

1. 接口确实不能直接实例化：你提到的new List<>()报错是完全正确的，因为List是抽象接口，没有构造方法，Java不允许直接用new创建接口的实例。
2. Collectors.toList()并没有创建List接口的实例：它返回的是一个实现了List接口的具体类的对象，你只是用List<String>类型的变量去引用这个对象而已——这是Java多态的基础用法。

具体拆解两者差异： #

• 错误写法new List<>()：你在试图直接调用接口的构造器，但接口根本没有构造器，编译器会直接判定为语法错误。
• 合法写法List<String> l = al.stream().collect(Collectors.toList())：
  Collectors.toList()方法内部会创建一个具体的List实现类实例（比如Java 8及之前默认返回ArrayList，Java 9之后可能返回不可变的List实现，但无论哪种，都是严格实现了List接口的类），然后把这个实例的引用返回。你用List<String>类型的变量接收，本质是用父类型（接口）引用指向子类型（实现类）的对象，这完全符合Java的语法规则。

举个直白的类比例子 #

自己写一个类似的方法，就能瞬间理解：

// 方法声明返回List类型，但实际返回的是ArrayList实例
public static List<String> createList() {
    return new ArrayList<>();
}

// 调用方法，用List变量接收，完全合法
List<String> myList = createList();

这和Collectors.toList()的逻辑一模一样——返回的始终是具体实现类的对象，只是用接口类型的变量来持有它，这样做的好处是降低代码耦合，只要对象符合List接口的规范，就可以随时替换不同的实现类。

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