phaser 的灵活性源于线程生命周期管理与阶段推进逻辑的分离，支持动态注册/注销、主线程协调、树形分组等特性，适用于人数不定、阶段交错的复杂同步场景。
Phaser 的灵活性不来自“多阶段”本身，而在于它把线程的生命周期管理与阶段推进逻辑彻底分开——线程可以随时加入、中途退出，不影响其他线程的节奏。
动态注册与注销是基础动作
每个线程必须显式调用 register() 才被计入当前同步范围；完成任务后调用 arriveAndDeregister() 就自动退出，后续阶段不再参与。这和 CyclicBarrier 构造时就锁死 parties（final 字段）有本质区别。
- 新任务启动第一行应是
phaser.register()，否则后续arrive()会抛IllegalStateException - 处理完分片任务、不参与聚合？直接
arriveAndDeregister()，对 phase+1 及之后完全隐身 - 刚注册就想立刻参与当前阶段？需紧接着调用
arriveAndAwaitAdvance()对齐，否则默认从下一阶段开始 - 批量拉起子任务时，
bulkRegister(n)比循环register()更高效，但它仍是运行时动作，不是预设上限
主线程可做协调者，不一定是参与者
CyclicBarrier 要求所有线程平等 await，谁先到谁等；Phaser 允许主线程以“非参与者”身份存在，仅靠 awaitAdvance(int phase) 等待特定阶段结束。
- 比如等 phase 0（数据加载）全部完成，再触发 phase 1（校验逻辑）
- 主线程无需注册、不参与计算，只负责流程编排和触发时机
- 这种分离让业务逻辑更清晰：工作线程按需进出，主线程专注调度
天然支持分组与树形结构
当任务天然分组（如 4 组并行 map 后统一 reduce），CyclicBarrier 只能退化为多个独立实例；Phaser 可通过父子嵌套实现层级协同。
- 子组创建时传入父 Phaser：
new Phaser(parent) - 子组完成自己的阶段，会自动为父 Phaser 调一次
arrive() - 父 Phaser 的 phase 推进，代表“所有子组均已抵达当前阶段”
- 这种 tiering 结构有效减少高并发下的竞争，提升扩展性
Phaser 不是 CyclicBarrier 的升级版，而是面向不同问题域的设计：固定人数、强一致等待用 CyclicBarrier；人数不定、阶段交错、需灵活编排的场景，Phaser 更贴合实际。
