std::atomic::wait仅支持整型和指针特化，需C++20及平台原语支持；必须配合load()循环检查，wait参数为当前期望值而非目标值；notify_one适用于点对点通知，notify_all易引发惊群效应。
std::atomic::wait 为什么不能直接用在所有原子类型上
不是所有 std::atomic 特化都支持 wait —— 它只对整型（std::atomic<int></int>、std::atomic<bool></bool> 等）和指针型（std::atomic<t></t>）可用，且要求底层平台支持（如 Linux 的 futex、Windows 的 WaitOnAddress）。std::atomic<:string></:string> 或自定义结构体不支持，编译会直接报错：error: 'wait' is not a member of 'std::atomic<...>'</...>。
实际使用前务必检查：
- 类型是否为
std::atomic的标准整型/指针特化（std::atomic_flag也不支持） - 编译器是否启用 C++20（GCC 11+、Clang 12+、MSVC 19.30+），并开启
-std=c++20 - 目标平台是否提供 wait/notify 原语（macOS 在较新版本才支持，旧版 fallback 到忙等）
std::atomic::wait 的正确调用姿势：必须配合 load() + 条件判断
wait 不是“等待某个值出现”，而是“当当前值等于预期值时挂起”。它不会自动轮询或检查逻辑条件。常见错误是直接写 flag.wait(true) 以为能等 flag 变成 true，但若此时 flag 已是 true，wait 会立即返回，导致错过状态变化。
标准做法是循环检查 + 等待：
立即学习“C++免费学习笔记（深入）”；
std::atomic<bool> ready{false};
// 等待 ready 变为 true
while (!ready.load(std::memory_order_acquire)) {
ready.wait(false, std::memory_order_relaxed);
}
关键点：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 先
load()检查当前值，避免虚假唤醒后跳过逻辑 -
wait的第一个参数是“期望值”，即你希望它**现在等于什么**才挂起；不是“等它变成什么” -
memory_order_relaxed对wait参数安全，但load需按语义选acquire或relaxed
notify_one 和 notify_all 的选择影响性能与唤醒行为
notify_one 只唤醒一个等待线程，适合“单生产者-单消费者”场景；notify_all 唤醒全部，适用于广播式通知（如 barrier、全局状态更新）。但滥用 notify_all 会导致惊群效应——大量线程被唤醒又立刻因 load() 失败而重新 wait，白白消耗调度开销。
典型误用：
// 错误：多个线程等同一个 flag，却用 notify_all ready.store(true, std::memory_order_release); ready.notify_all(); // 所有等待者全醒来，但只有一个该干活
建议：
- 一对一通知（如 task ready → worker wakeup）用
notify_one - 确认所有等待者都需要响应时再用
notify_all，且确保唤醒后逻辑能快速退出（比如加额外 guard 变量） - 注意：notify 不保证唤醒顺序，也不保证 wait 调用和 notify 的时序严格配对（可能 notify 发生在 wait 之前，靠循环 load 补偿）
wait/notify 的真实开销和替代方案边界
虽然 wait 比忙等省电，但它仍涉及系统调用（futex_wait）、内核态切换、调度器介入。在微秒级延迟敏感场景（如高频交易 tick 处理），一次 wait 可能比几十次 load 还慢。实测中，短时间（
权衡建议：
- 预期等待时间 > 100μs → 用
wait+notify - 预期等待时间 while (!x.load()) std::this_thread::yield() 或固定次数自旋
- 跨进程共享内存？
std::atomic::wait不适用（仅限线程间），得用 POSIX sem 或 eventfd
最易忽略的一点：wait/notify 不提供超时机制。需要超时必须自己结合 std::condition_variable 或封装为带时钟的轮询逻辑。
