std::atomic::wait不能替代condition_variable，因为它仅支持精确值匹配等待、无谓词机制、不维护等待队列、不绑定互斥锁，且通知早于等待会导致永久阻塞；必须配合while循环+load重检，且平台支持有限。
std::atomic::wait 为什么不能直接替代 condition_variable
因为 std::atomic::wait 只能等待一个原子变量的**精确值匹配**，它不支持谓词（predicate）、不维护等待队列上下文、也不和互斥量绑定。一旦你写 flag.wait(true)，它只在 flag.load() 确实等于 true 时才返回；如果通知发生在 wait 前（即“丢失唤醒”），线程会永远挂起——它不像 std::condition_variable 那样有 spurious wakeups 保护和状态检查循环机制。
常见错误现象：std::atomic<bool> ready{false}; ready.wait(true);</bool> 在 notify 早于 wait 执行时卡死。
- 必须配合循环检查 + load() 使用：每次 wait 前确认当前值不满足条件才调用 wait
- 不能省略 memory order 参数：
wait默认使用memory_order_seq_cst，但若你用relaxedstore notify，则可能因重排失效 - 仅适用于单生产者单消费者（SPSC）或严格控制通知时序的场景，多消费者需额外同步
notify_one 和 notify_all 的行为差异与陷阱
std::atomic::notify_one() 唤醒**至少一个**正在 wait 同一地址且等待值匹配的线程；notify_all() 唤醒所有匹配的等待线程。但注意：它们不保证唤醒顺序，也不保证“恰好唤醒一个”或“全部唤醒”——底层可能因内核调度、futex 状态等原因漏唤醒或重复唤醒。
典型误用：notify_one() 被用于多个等待线程共用同一个原子变量做任务分发，结果部分线程永远等不到通知。
立即学习“C++免费学习笔记（深入）”；
- 多消费者必须用
notify_all()，除非你能确保最多只有一个线程处于 wait 状态 -
notify_xxx()不同步内存：若通知前修改了其他共享数据，必须用 release-store 或带 fence 的操作确保可见性 - 对同一地址连续多次
notify_one()并不累积效果；未被 wait 捕获的通知直接丢弃
wait 的超时版本怎么写才安全
std::atomic 没有内置超时 wait，必须手动轮询 + wait 组合实现。直接用 std::this_thread::sleep_for 循环是低效的；正确做法是利用 wait 的“短暂等待+检查”模式，避免忙等。
bool wait_with_timeout(std::atomic<bool>& flag, std::chrono::nanoseconds timeout) {
auto start = std::chrono::steady_clock::now();
while (!flag.load(std::memory_order_acquire)) {
auto now = std::chrono::steady_clock::now();
if (now - start >= timeout) return false;
// 尝试 wait，但只等极短时间（如 1us），避免长阻塞
flag.wait(false, std::memory_order_relaxed);
}
return true;
}- 不能把
timeout直接传给wait：C++20 的wait无超时重载，这是常见误解 - 轮询间隔太长 → 响应延迟高；太短 → CPU 占用高；建议用指数退避或结合
std::this_thread::yield() - 每次
wait前必须load检查，否则可能错过已就绪状态
哪些平台和编译器实际支持 atomic::wait
目前仅 Linux x86/x64（glibc ≥ 2.34 + kernel ≥ 5.10）和 Windows（MSVC 19.30+ / clang-cl）提供完整 futex 支持；macOS 和 older glibc 完全不支持，调用会抛 std::system_error（error code std::errc::operation_not_supported）。
容易被忽略的地方：Clang 14+ 默认启用 -std=c++20 时仍可能链接到旧 libc，运行时报错而非编译失败。
- 务必在运行时检查支持性：捕获
std::system_error并 fallback 到 mutex+condition_variable - CMake 中需显式要求
target_link_libraries(... pthread)，否则某些发行版下 futex 调用失败 - WASM、嵌入式平台（如 bare-metal ARM）基本不可用，别在跨平台库中无条件依赖
