Phaser 降低同步开销的关键在于“控得更准”：通过阶段驱动、按需注册、原子退出和分层协同，将全局阻塞转为精准等待；phase 变化事件驱动，避免轮询与锁竞争；动态注册与 deregister 原子操作确保逻辑对齐；awaitAdvance(int) 实现阶段粒度等待；嵌套 Phaser 分流同步压力。
Phaser 降低多线程同步开销，关键不在“用得更少”，而在“控得更准”——它通过阶段驱动、按需注册、原子退出和分层协同，把同步行为从“全局阻塞”变成“精准等待”，从而减少无效等待、避免资源空转、抑制竞争放大。
阶段推进靠参与者行为，而非轮询或锁等待
Phaser 的 phase 变化是隐式且事件驱动的：只有当所有当前注册参与者都完成本阶段（调用 arrive() 或 arriveAndDeregister()）后，phase 才自动 +1。这省去了传统栅栏中反复检查计数器、唤醒线程的开销。没有线程在 phase 推进前做 busy-wait，也没有 monitor 竞争导致的上下文切换风暴。
- 避免写
new Phaser(5)声明“固定人数”——那只是初始化计数器，不代表线程已就位；真正注册必须由线程自己调 register()，确保同步点与执行逻辑对齐 - 主线程若参与协调（如分发任务后等待全部子线程抵达），也必须 register()，否则 awaitAdvance(p0) 会永远卡住——它等的是“所有注册者”，不是“所有启动的线程”
- 每个阶段只响应到达动作，不主动扫描状态，底层基于 Treiber Stack 实现无锁登记，吞吐更高
动态注册与原子退出，消除冗余同步点
传统 CyclicBarrier 要求所有线程全程参与；而 Phaser 允许线程在完成某阶段后立即退出，后续阶段不再计入等待集合。这意味着：没必要的线程不会拖慢 phase 推进，也不会因等待无关线程而空耗 CPU。
- 预处理线程加载完配置数据 → 立即 arriveAndDeregister()，不参与后续计算阶段
- 校验线程只在第 1 阶段运行 → 完成后 arriveAndDeregister()，不占用第 2 阶段同步资源
- 绝不能拆成
arrive(); deregister();—— deregister() 不是 public 方法，分开写必出错；arriveAndDeregister() 是原子操作，一次完成“确认完成 + 退出池”
精准等待：awaitAdvance(int) 替代盲目阻塞
很多误用是调 awaitAdvance() 不带参数，结果线程可能等到 phase 已跳过两轮才返回；或者没先 arrive() 就直接 await，导致永久挂起。正确做法是“记录起点 → 到达 → 等待指定 phase 结束”，确保等待粒度与业务阶段严格对齐。
立即学习“Java免费学习笔记（深入）”；
- 启动子任务前记下：
int p0 = phaser.getPhase(); - 分发完所有子任务后，主线程先 arrive()，再 awaitAdvance(p0) —— 这保证所有子线程至少抵达第 p0 阶段，而不是“有的刚起步，有的已跑完”
- 返回后 phase 可能已是 p0+1 或更高，不要缓存旧 phase 值做后续判断，每次需重新 getPhase()
嵌套 Phaser 分流同步压力，避免单点瓶颈
当任务天然分组（如 8 个 worker 分 4 组并行 map，再统一 reduce），若全塞进一个 Phaser，会导致：① 所有组共用同一 phase 计数器，小组合并快反而要等大组；② register/deregister 操作在单个对象上竞争加剧。嵌套结构把同步压力分散到多个轻量级 Phaser 实例。
- 根 Phaser 协调整体流程（如“所有组 map 完成 → 进入 reduce”）
- 每组配一个子 Phaser：
Phaser groupPhaser = new Phaser(root)，构造时传 parent，子 phaser 每 advance 一次，自动为 root 执行一次 arrive() - 组内线程只与本组 Phaser 交互，竞争范围缩小，phase 推进更快，GC 压力更低
