Collectors.toCollection的Supplier必须每次返回新集合实例，以确保串行/并行流安全；错误复用共享对象会导致数据竞争，正确示例为TreeSet::new，错误示例为sharedList。
在 Java Stream 的 collect 操作中，Collectors.toCollection(Supplier<C> collectionFactory) 的供给者（Supplier<C>）负责创建一个空的、指定类型的集合实例，供后续收集元素使用。这个供给者不是任意工厂，而是必须满足“可重复调用、每次返回全新实例”的契约——这是并行流安全和收集器语义正确性的关键前提。
供给者必须返回新实例，不能复用已有对象
供给者函数会在收集开始前被调用一次（串行流）或多次（并行流中每个分段收集线程各调用一次）。如果供给者返回同一个集合实例（比如返回 static 字段或缓存对象），会导致数据竞争或覆盖，尤其在并行流下结果不可预测。
- ✅ 正确写法：
() -> new TreeSet<>()、ArrayList::new、LinkedHashSet::new - ❌ 错误写法：
() -> sharedList（共享可变对象）、Arrays.asList()::new（返回固定大小列表，add 会抛异常）
供给者类型需与目标 Collection 接口兼容
toCollection 的泛型参数 C extends Collection<T> 要求供给者返回的类型必须实现 Collection。常见合法类型包括 ArrayList、LinkedList、TreeSet、ConcurrentHashMap.newKeySet()（JDK 8+）等。
- 注意：
HashMap::new不合法，因为HashMap不是Collection，而是Map - 若需定制行为（如初始容量），可用 lambda 封装构造逻辑：
() -> new ArrayList<>(100)
并行流下供给者会被多次调用，合并依赖 finisher
并行流会将数据拆分为多个子流，每个子流独立调用供给者创建自己的收集容器，再通过收集器内置的合并逻辑（如 addAll）整合结果。因此供给者无需线程安全，但其返回的集合类型应支持高效合并（例如 ArrayList 的 addAll 是 O(n)，而 TreeSet 是 O(n log n)）。
立即学习“Java免费学习笔记（深入）”；
- 默认合并策略对大多数
Collection子类有效，前提是它们支持addAll - 自定义集合若重写了
addAll或不支持该方法，可能引发UnsupportedOperationException
实际应用中的典型用例
供给者设计让开发者能精确控制收集结果的实现类和初始化状态，适用于排序、去重、线程安全或性能优化等场景。
- 按自然序收集：
stream.collect(Collectors.toCollection(TreeSet::new)) - 保持插入顺序且预分配容量：
stream.collect(Collectors.toCollection(() -> new ArrayList<>(512))) - 并发安全收集（JDK 9+）：
stream.parallel().collect(Collectors.toCollection(ConcurrentHashMap.newKeySet::new))
供给者看似简单，实则承载着收集器的实例生命周期与并发模型设计意图——它不是“给一个集合”，而是“给一个创建集合的可靠方式”。理解这点，才能写出健壮、可扩展的流式收集逻辑。
