必须用while而非if包裹wait()，因为虚假唤醒可能导致线程在条件不满足时继续执行；c++11标准要求所有等待都需循环验证谓词，推荐使用带谓词的cv.wait(lock, predicate)重载版本。
为什么if检查wait()一定会出问题
因为wait()返回不等于条件成立。操作系统允许线程在没收到notify_one()或notify_all()时就醒来，这是标准行为，不是 bug。用if (!ready)包裹wait()，一旦发生虚假唤醒，线程会跳过等待、直接执行后续逻辑——此时ready仍是false，极大概率触发未定义行为，比如访问空队列、读取未初始化内存。
- 虚假唤醒可能由信号中断、多核缓存同步、内核调度优化引发
-
if只检查一次，无法应对唤醒后条件仍不满足的情况 - 即使测试时从不复现，上线后在高负载或特定 CPU 架构下极易暴雷
while循环是底线，不是可选项
所有共享状态的等待都必须用while包裹wait()，这是 C++11 标准明确要求的防御手段。它强制每次唤醒后重新验证谓词，把“是否真该继续”这个判断权交还给业务逻辑。
- 写法：
while (!data_ready) { cv.wait(lock); } - 它能同时防住两类问题：虚假唤醒 + 其他线程在你唤醒途中抢先修改了
data_ready - 注意：循环体里不能有
break或提前return，否则破坏检查完整性
优先用带谓词的wait(lock, predicate)
这个重载版本内部自动展开为等价的while循环，语义更清晰、代码更少出错。编译器会帮你做谓词重入检查，无需手动维护循环结构。
- 推荐写法：
cv.wait(lock, []{ return !task_queue.empty(); }); - 谓词必须捕获所需变量（如
[&task_queue]），且不能抛异常 - 比手写
while更安全：避免漏掉lock作用域、误写成if、忘记加括号等低级错误 - 性能无差异——底层就是展开成循环，别被“语法糖”误导
最容易被忽略的配套动作
光改wait逻辑不够。虚假唤醒只是表象，背后常连着更危险的状态竞争。以下三点漏掉任一，while也救不了：
- 生产者修改条件变量（如
data_ready = true）前，必须持有同一把std::mutex -
notify_one()或notify_all()必须在锁释放前调用，否则可能通知丢失 - 条件变量本身不保存状态，
bool或queue这类标志必须和cv配合使用，缺一不可
真正难调试的并发问题，往往卡在“看起来while写了，但锁没包住状态更新”这种细节上。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
