Java Stream collect三参数方法疑问：场景与combiner参数解析

问题1：两种collect写法的区别与功能一致性 #

两种写法在串行流场景下功能完全一致，都是把Stream中的元素收集到ArrayList中，但适用场景和底层逻辑有区别：

• Collectors.toCollection(ArrayList::new)是上层封装的工具方法，本质上它内部就是调用了三参数的collect方法，帮你封装了supplier、accumulator和combiner的逻辑，代码更简洁，适合常规的转集合需求。
• 三参数的collect(Supplier, BiConsumer, BiConsumer)是更底层的API，当你需要自定义累加或合并逻辑时才会用到它。比如你不想用默认的add/addAll，而是要对元素做特殊处理后再加入集合，或者并行流场景下需要自定义合并规则，这时候直接用三参数方法更灵活。

另外在并行流场景下，两者也都能正确工作——因为toCollection内部的combiner逻辑和你手动写的ArrayList::addAll是一样的，都是把分线程收集的子集合合并到主集合中。

问题2：combiner参数的输入与StringBuilder的append重载 #

你的误解在于对combiner参数输入的理解：combiner的两个参数不是同一个StringBuilder实例，而是并行流执行时，主线程生成的容器实例和某个子线程生成的容器实例。

至于为什么能用StringBuilder::append作为combiner，是因为StringBuilder有一个重载方法append(CharSequence s)，而StringBuilder本身就实现了CharSequence接口。当combiner被调用时，实际执行的是主StringBuilder.append(子StringBuilder)，这会把子StringBuilder中的内容追加到主StringBuilder末尾，而不是把子容器本身加进去，完全符合合并多个分段容器的需求。

举个并行流的例子：假设流被分成两段，子线程1生成的StringBuilder是"hello"，子线程2是"world"，主线程的初始容器是空的。combiner会先把"hello"追加到主容器，再把"world"追加进去，最终得到"helloworld"。

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