binaryoperator在自定义collector中仅用于并行流下合并两个已完成的子中间结果，不参与单个元素累加或初始构造；其必须满足结合律且无副作用，如(a,b)->a+b，而list1.addall(list2)类操作需确保线程隔离。
BinaryOperator 在自定义 Collector 的并行场景中，只用于合并两个**已完成的子中间结果（即部分归约结果）**，它不参与单个元素的累加过程，也不负责初始值构造。
并行时 BinaryOperator 的触发时机
当 Collector 被用于并行流（如 stream.parallel().collect(...)）时，数据会被分区，每个线程独立执行：
- 用
supplier()创建各自的累加器（如 new ArrayList()） - 用
accumulator()逐个处理本分区元素 - 所有分区处理完后，用
combiner()（即 BinaryOperator）把各线程的结果两两合并
注意：combiner 必须满足结合律（combiner(combiner(a,b),c) == combiner(a,combiner(b,c))），且通常要求是无副作用的纯函数。例如 Integer::sum、String::concat 符合；而 (a,b) -> a.add(b)（修改 a）就不安全。
为什么不能用 BinaryOperator 做累加？
accumulator 和 combiner 职责不同：
-
accumulator：接收“当前累加器”和“一个新元素”，就地更新或返回新累加器（如 list.add(item) 或 Stream.concat） -
combiner：接收“两个已完成的累加器”，合并成一个（如 list1.addAll(list2) 或 Stream.concat）
如果错误地在 combiner 中复用 accumulator 逻辑（比如对 list1 每次都 add list2 的每个元素），不仅效率低，还可能因并发修改引发异常或数据丢失。
自定义 Collector 并行安全的关键点
要让自定义 Collector 支持并行，需确保：
-
supplier返回的是线程安全的新实例（如ArrayList::new安全；但() -> sharedList不安全） -
accumulator对各自累加器的操作是线程隔离的（每个线程操作自己的对象） -
combiner是无状态、无副作用的，并能正确合并任意两个中间结果（如合并两个 TreeSet 应用(a,b) -> { a.addAll(b); return a; }，但必须保证 a 不被其他线程访问） -
finisher只读取或不可变转换中间结果（避免在合并后又做同步操作）
一个典型并行友好的例子：统计字符串长度总和
下面 Collector 可安全用于并行流：
Collector<string integer> sumLength = Collector.of(
() -> 0, // supplier：每个线程从 0 开始
(sum, s) -> sum + s.length(), // accumulator：纯计算，返回新值
(a, b) -> a + b, // combiner：满足结合律的加法
Function.identity() // finisher：恒等函数
);</string>
这里 combiner 就是 (a,b) -> a + b，它不修改 a 或 b，也不依赖外部状态，天然支持任意顺序合并。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
