collectors.tocollection()需传入supplier接口实现，如arraylist::new或() -> new arraylist()，用于每次创建新容器实例；不可传实例或忽略泛型导致推导失败。
Collectors.toCollection() 怎么传入具体容器构造器
直接传一个 Supplier，返回你要的容器实例即可。它不是让你传类名或字符串，而是传一个能“每次调用都新建一个空容器”的函数式对象。
常见错误是写成 new ArrayList()（这是实例，不是 Supplier），或者用 ArrayList::new 却忘了泛型推导失败导致编译报错。
- 正确写法：用方法引用
ArrayList::new或 lambda() -> new ArrayList() - 如果目标容器需要参数（比如
TreeSet带比较器），必须用 lambda：() -> new TreeSet(Comparator.reverseOrder()) - 注意泛型：若流元素类型是
String，但你写collect(Collectors.toCollection(ArrayList::new))，可能触发类型推导失败，建议显式指定泛型或用 IDE 提示补全
哪些容器类能用，哪些会出问题
任何有无参构造器（或可被 Supplier 满足的构造签名）的集合类都可用，但要注意线程安全、可变性、是否允许 null 等运行时行为差异。
- 安全常用：
ArrayList、LinkedList、HashSet、TreeSet、LinkedHashSet - 慎用：
Arrays.asList()返回的是固定大小列表，后续add会抛UnsupportedOperationException - 不能直接用
Vector::new或Stack::new—— 虽然语法合法，但它们同步开销大且设计已过时，除非真有遗留兼容需求 -
Collections.unmodifiableList(ArrayList::new)这种写法无效：unmodifiable 包装器不提供无参构造器，Supplier 无法生成新实例
和 Collectors.toList() / toSet() 的关键区别在哪
区别不在“能不能收集”，而在“容器实现是否可控”。toList() 和 toSet() 返回的是不可变容器（Java 16+）或未指定具体实现的容器（旧版），你无法干预其内部结构或初始化参数。
-
Collectors.toList()在 Java 16+ 返回ImmutableCollections.ListN，不可 add/remove；而toCollection(ArrayList::new)返回可变ArrayList -
toSet()不保证顺序、不保证具体实现（可能是HashSet也可能是其他），但toCollection(LinkedHashSet::new)明确保序且去重 - 性能上没本质差异，但如果你依赖
ArrayList的随机访问 O(1)，就不能依赖toList()的返回值——它的实现可能变化
实际写法示例与典型陷阱
下面这段代码看着合理，但第二行会在某些 JDK 版本下编译失败：
List<string> list1 = stream.collect(Collectors.toCollection(ArrayList::new)); List<string> list2 = stream.collect(Collectors.toCollection(() -> new ArrayList())); </string></string>
第一行在 JDK 11+ 通常能推导成功；但若上下文泛型模糊（比如 stream 类型是 Stream<object></object>），编译器可能卡住。第二行更稳妥，因为显式写了泛型占位符（虽然仍靠类型推导补全）。
- 最稳写法：
() -> new ArrayList<string>()</string>（显式泛型） - 如果收集到
TreeSet并要自定义排序：() -> new TreeSet<string>(String.CASE_INSENSITIVE_ORDER)</string> - 别用
new ArrayList().getClass().getConstructor()这类反射方式——破坏函数式语义，且 Supplier 必须是无参构造
真正容易被忽略的点是：这个 Supplier 会被并发调用多次（在并行流中每个分段独立调用一次），所以它必须是无状态、线程安全的工厂逻辑——不要在里面缓存实例或读写共享变量。
