std::atomic::notify_all 不存在，正确形式是自由函数 std::atomic_notify_all(&var)，仅适用于 is_always_lock_free 为 true 的整型、布尔或指针特化原子类型，且必须在 store 后调用以避免丢失唤醒。
std::atomic::notify_all 为什么不能直接调用
因为 std::atomic::notify_all 不是成员函数——它根本不存在。C++20 引入的是 std::atomic 的 wait、notify_one 和 notify_all 静态成员函数，但它们**只对特化类型生效**，且必须显式启用（即使用 std::atomic_flag 或整型/指针特化，并满足 is_always_lock_free 或平台支持）。
常见错误是写成：my_atomic.notify_all() —— 编译失败，因为普通 std::atomic<int></int> 实例没有该成员；正确调用方式是 std::atomic_notify_all(&my_atomic)（C++20 起）或 my_atomic.notify_all() **仅当它是 std::atomic_flag 或部分整型特化且编译器支持时才可能合法**（实际中几乎都得用自由函数）。
必须用 std::atomic_notify_all(&var) 形式调用
C++20 标准把唤醒操作设计为自由函数，而非成员函数，目的是统一接口并避免模板实例污染。所有支持等待的原子类型（如 std::atomic<int></int>、std::atomic<:size_t></:size_t>、std::atomic<t></t>）都需通过 std::atomic_notify_all 显式传入地址。
- 参数必须是指向可等待原子对象的指针，类型要严格匹配（例如
std::atomic<int>*</int>） - 不能传值或引用：
std::atomic_notify_all(my_atomic)或std::atomic_notify_all(std::ref(my_atomic))都错 - 若原子对象未被任何线程
wait，notify_all无副作用，安全 - 调用前无需加锁，但需确保该原子变量生命周期有效（不能在 notify 时已析构）
wait/notify 的典型配合模式与易错点
原子等待不是条件变量替代品，它只检测值变化，不带谓词重试逻辑。你得自己保证：等待前检查条件，且 notify 发生在值更新之后。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
错误写法（竞态）：
// 线程A（等待方）
while (flag.load() == 0) {
flag.wait(0); // 危险：可能刚读完 flag==0，线程B就 store(1) 并 notify，然后 A 进入 wait 永远阻塞
}
正确写法（标准推荐）：
// 线程A
int expected = 0;
while (flag.load() == 0) {
flag.wait(expected); // wait 会自动 reload 并比较，若值已变则立即返回
}
// 退出时 flag != 0（或被唤醒后需再次 load 判断）
// 线程B
flag.store(1, std::memory_order_release);
std::atomic_notify_all(&flag); // 必须在 store 之后调用
-
wait参数是“期望值”，不是“当前值”；它内部会原子地比较并挂起（若相等） - notify 必须发生在
store之后，否则唤醒可能丢失（尤其在 weak memory 架构上） - 如果多个线程在等不同值（比如一个等 0，一个等 1），
notify_all会唤醒所有，但每个wait仍按自己的期望值判断是否继续阻塞
哪些类型支持 wait/notify？如何确认
不是所有 std::atomic 特化都支持等待。只有满足 std::atomic<t>::is_always_lock_free == true</t> 且 T 是下列之一才可用：bool、整型（char、short、int、long 等）、指针类型。浮点型、结构体、std::atomic<std::string> 全都不支持。
运行时检查方式：
static_assert(std::atomic<int>::is_always_lock_free, "int atomics must be lock-free for wait/notify");
// 或运行时：
if (!std::atomic<int>::is_always_lock_free) {
// 改用 mutex + condition_variable
}
- Clang/GCC 在 x86-64 上对
int、long、指针默认 lock-free；ARM64 对 64-bit 整型可能非 lock-free - Windows MSVC 对
std::atomic_flag和int支持较好，但需 /std:c++20 启用 - 若
is_always_lock_free为 false，调用wait或notify_all会触发未定义行为（通常 crash 或静默失败）
my_atomic.notify_all() 就行，结果连编译都过不了。 
