cyclicbarrier 实现多线程循环对齐的核心是其可重用性与阻塞同步语义：所有线程必须全部到达 barrier.await() 这一物理屏障点（即代码中每个线程每轮恰好执行一次的同步位置）才一并放行，之后自动重置；需用循环结构封装业务逻辑→到达屏障→等待齐步→下一轮，并妥善处理异常、超时及回调协调。
用 CyclicBarrier 实现多条并发工作线程在指定物理屏障点上“循环往复对齐”，核心在于利用它的可重用性（cyclic）和阻塞同步语义——所有参与线程必须全部到达屏障点后才一并放行，之后屏障自动重置，等待下一轮。
理解“物理屏障点”的实际含义
这里的“物理屏障点”不是硬件概念，而是指代码中一个明确的、所有线程都必须执行到的同步位置，比如某个关键计算步骤之后、一次 I/O 完成之后，或一批任务处理完毕的标志处。它体现为一行 barrier.await() 调用，且该调用必须被每个工作线程在每次循环中**恰好执行一次**。
构建可循环的工作线程结构
每条工作线程应封装成一个持续运行的循环体，内部包含：业务逻辑 → 到达屏障 → 等待齐步 → 下一轮开始。注意不能让线程因异常或提前退出导致屏障永远无法满足。
- 使用
while (!Thread.currentThread().isInterrupted())或带退出条件的循环 - 把
barrier.await()放在循环末尾（或逻辑分界处），确保每次迭代都参与对齐 - 捕获
BrokenBarrierException（屏障被破坏）和InterruptedException，合理处理并决定是否继续
设置屏障回调完成“对齐后动作”
构造 CyclicBarrier 时传入一个 Runnable，它会在**最后第 N 个线程到达时、所有线程被唤醒前**执行。这是做全局协调操作的理想位置：
- 汇总各线程本轮输出结果（如统计值、中间状态）
- 更新共享控制变量（如轮次计数器、下一阶段参数）
- 触发下游事件（如通知监控线程、写日志快照）
例如：new CyclicBarrier(4, () -> System.out.println("✅ 第 " + round.incrementAndGet() + " 轮全员就位"));
避免常见陷阱
看似简单，但几个细节极易导致死锁或行为异常：
-
线程数量固定且守约：启动时创建 N 个线程，且每个线程在每轮中都调用
await()；少一个就会永久阻塞 - 不要在 barrier 回调里再 await：会导致递归等待，引发死锁
-
超时控制很重要：生产环境建议用
await(timeout, unit)，避免某线程卡死拖垮整组 -
屏障可重置 ≠ 自动重置：只有当所有线程都成功通过一次后，屏障才自动进入下一轮准备状态；若某次有线程中断或超时，屏障会进入 broken 状态，需调用
reset()才能恢复（但会中断所有等待线程）
