必须用 while 循环或 wait(lock, pred) 防范虚假唤醒，因 POSIX/C++ 允许线程无通知返回，if 检查仅一次且不重验条件，易致数据竞争；wait(lock, pred) 内部自动展开为 while 循环，安全简洁。
必须用 while 循环检查条件，或者直接使用带谓词的 wait(lock, pred) 重载——这是唯一符合 C++ 标准、能真正防范虚假唤醒的做法。
为什么不能用 if + wait()
虚假唤醒不是 bug，是 POSIX 和 C++ 标准明确允许的行为：线程可能因信号、中断、内核调度优化等原因，在没收到 notify_one() 或 notify_all() 的情况下就从 wait() 返回。一旦用 if (!ready) { cv.wait(lock); }，线程被虚假唤醒后会直接跳过等待、误执行后续逻辑，造成数据竞争或未定义行为。
-
if检查只做一次，无法应对唤醒后条件仍不成立的情况 - 所有共享状态（如
bool ready、queue.size()）都必须在锁保护下读取，而if后没有重新检查机制 - 这种写法在压力测试或特定内核版本下极易暴露，但又难以复现
wait(lock, pred) 是最简安全方案
这个重载内部自动展开为等价的 while (!pred()) wait(lock)，既简洁又杜绝手误。它要求 pred 是无副作用、不抛异常的可调用对象，比如 lambda。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 推荐写法：
cv.wait(lock, []{ return !data_queue.empty(); }); - 不要在谓词里修改状态或调用可能阻塞/抛异常的函数
- 若条件涉及多个变量（如
count > 0 && flag == ACTIVE），仍需确保它们都在同一锁下原子读取；谓词本身不负责加锁，锁由外部unique_lock提供
手动写 while 循环时容易漏掉的关键点
显式循环看似直观，但实际项目中常因细节疏忽失效。
立即学习“C++免费学习笔记（深入）”；
- 循环体必须紧贴
cv.wait(lock)，中间不能有解锁操作或耗时计算 - 共享变量必须声明为
std::atomic或确保访问始终在锁内——例如bool ready若未用std::atomic<bool></bool>，且未被锁保护，编译器可能优化掉重读，导致循环永远不退出 - 不要把
wait()放在else分支里，或嵌套在其他条件判断中；必须是“检查 → 不满足则 wait” 的直白结构 - 如果用了
wait_for()或wait_until()，超时返回后仍要检查条件是否真正满足，不能默认失败就退出
最常被忽略的是：虚假唤醒本身不可禁用，也不该试图绕过——它的存在是为了让底层实现更高效。你唯一可控的，是每次唤醒后都重新验证状态。这看似多了一次判断，但比起竞态、死锁或偶发崩溃，这点开销微不足道。
