CyclicBarrier天然适配分治模型，嵌入于“求解→合并”交界处，通过await()同步子任务、barrierAction执行合并，并支持多轮重用；相比CountDownLatch，其循环特性更契合多层归并等迭代同步场景。
CyclicBarrier 在并行算法中天然适配分治（Divide-and-Conquer）模型——它不负责任务拆分，但能精准支撑“分而治之、合而为一”的协同节奏。关键在于：它让各子任务线程在完成本地计算后主动停步，等待彼此齐备，再统一进入合并阶段，从而避免竞态、重复或遗漏。
分治流程中 CyclicBarrier 的定位
分治通常包含三个阶段：分解（Divide）、求解（Conquer）、合并（Combine）。CyclicBarrier 不参与前两步，而是嵌入在“求解→合并”的交界处：
- 每个线程独立执行一个子问题（如数组某段的排序、求和、查找）
- 所有线程调用 await()，表示“我已算完，等别人”
- 最后一个到达的线程触发屏障动作（barrierAction），执行合并逻辑（如归并两个有序段、累加局部结果）
- 屏障自动重置，可支持多轮迭代（例如多层递归归并中的每层同步）
为什么比 CountDownLatch 更适合分治循环
分治常需多轮同步（如归并排序的每一层归并），CyclicBarrier 的循环特性直接匹配这一需求：
- CountDownLatch 是一次性计数器，用完即废，每轮都得新建实例，对象开销大且状态难复用
- CyclicBarrier 内置 reset() 和代次（Generation）机制，一轮结束自动进入下一轮，线程可复用、屏障可复用
- 其 barrierAction 在所有子任务就绪后由单一线程执行，天然规避并发写冲突，适合做汇总、校验、分发等集中操作
典型分治场景示例：并行归并排序片段
假设对长度为 N 的数组做两路归并，划分为 4 段，由 4 个线程分别排序后归并：
- 线程 T0 排序 arr[0..24]，T1 排序 arr[25..49]，T2 排序 arr[50..74]，T3 排序 arr[75..99]
- 各线程排序完成后，全部调用 barrier.await()
- 屏障打开时，由 barrierAction 执行两次两两归并（如 T0+T1 → temp1，T2+T3 → temp2），再最终归并
- 归并完成，屏障重置，若需下一层（如更大粒度归并），同一组线程可立即再次 await
使用要点与避坑提醒
要让 CyclicBarrier 真正发挥分治协同价值，需注意几个实操细节：
- 屏障数 parties 必须严格等于参与本轮分治的子任务线程数，少一个则永久阻塞，多一个则提前释放
- barrierAction 中禁止耗时操作或阻塞调用，否则会拖慢所有线程；复杂合并建议只做协调，交由新任务异步处理
- 任一子线程异常或中断，整个屏障被破坏（broken），其余线程 await 会抛 BrokenBarrierException，需统一捕获并处理降级逻辑
- 若分治深度不确定，建议配合 await(long timeout, TimeUnit unit) 防止死等
