phaser是countdownlatch和cyclicbarrier的功能超集，支持多阶段、可重用、参与者动态增减；其核心在于将phase和registered parties作为可读写运行时状态，天然适配复杂协同场景。
Phaser 不是 CyclicBarrier 或 CountDownLatch 的简单“升级版”，而是从设计目标上就面向更复杂的同步需求——它天然支持多阶段、可重用、参与者动态变化，因此在能力覆盖上确实是两者的超集。关键不在于功能堆砌，而在于它的状态模型（phase + registered parties）让“阶段推进”和“成员变更”成为一等公民。
核心区别：同步模型的本质不同
CountDownLatch 是单次倒计时门闩：计数归零即释放，不可重置，无阶段概念；CyclicBarrier 是固定人数的循环栅栏：每轮必须全员到达才能推进，但人数不能变；Phaser 则把“当前阶段号”和“当前注册参与者数”都作为运行时可读写的状态——阶段（phase）自动递增，参与者（parties）可随时 register 或 arriveAndDeregister。
- CountDownLatch 初始化后 parties 固定且只减不增，await 后失效
- CyclicBarrier 初始化后 parties 固定，reset() 可重用但不改变人数
- Phaser 每次 arrive() 都可能触发 phase 推进，且 register()/deregister() 直接影响下一轮等待人数
动态增减参与者的典型用法
Phaser 允许线程在任意阶段决定是否继续参与后续同步。比如某任务分三轮：第一轮全部 5 个线程加载数据；第二轮仅其中 3 个校验；第三轮又回到全部 5 个汇总。这时：
- 初始 new Phaser(5)，5 个线程调用 arrive() 完成第一阶段 → phase=1
- 校验线程继续调用 arrive()，其余 2 个调用 arriveAndDeregister() → 下一阶段 parties=3
- 汇总前再调用 register() 补回 2 个（或由新线程注册），使 parties 回到 5 → phase=3 时等待全部到达
这种“阶段性进出”在 CountDownLatch 和 CyclicBarrier 中无法自然表达，只能靠多个实例拼凑，逻辑分散且易出错。
多阶段协调无需手动重置
CyclicBarrier 虽可重用，但每次 await() 后需所有线程再次调用 await() 才能进入下一循环，本质仍是“同一批人反复碰头”。Phaser 的 phase 是单调递增的整数，getPhase() 返回当前阶段号，线程可据此做分支处理：
- phase == 0：执行初始化
- phase == 1：执行校验逻辑（仅部分线程参与）
- phase == 2：执行合并与上报
不需要额外变量记录轮次，也不依赖 barrierAction 的副作用，阶段语义清晰内建于 API 中。
树状结构与大规模协同扩展性
Phaser 支持父子关系（通过 new Phaser(parent) 构造），子 Phaser 的 arrive() 会向父 Phaser 报告，形成层级同步树。这在分布式任务分片、MapReduce 类框架中非常实用——例如主 Phaser 等待所有子 Phaser 完成各自分片，而每个子 Phaser 独立管理其内部线程的动态加入/退出。CountDownLatch 和 CyclicBarrier 完全不具备这种组合能力。
