虚假唤醒是condition_variable::wait()在未被notify时意外返回的现象，属标准允许的底层行为；必须用while循环而不能用if检查条件，因虚假唤醒无法预测且无业务语义，谓词重载wait(lock, pred)内部即为while实现，最安全简洁。
虚假唤醒是什么现象
虚假唤醒是指 std::condition_variable::wait() 在没有被 notify_one() 或 notify_all() 显式唤醒的情况下，突然返回（即“假醒”）。它不是 bug，而是 C++ 标准允许的、底层系统（如 pthread）行为 —— 比如信号中断、调度器优化或硬件异常都可能触发。
为什么必须用 while 循环而不能用 if
因为虚假唤醒无法预测，且不携带任何业务语义。仅靠一次检查无法区分是真唤醒（条件已满足）还是假唤醒（条件仍为假）。若用 if，线程可能在条件未就绪时继续执行，导致逻辑错误甚至崩溃。
- ✅ 正确写法：始终用
while (condition == false)包裹wait() - ❌ 危险写法：用
if (condition == false) cv.wait(lock); - 虚假唤醒后，
wait()返回但条件仍为假，while会立刻再次等待；if则直接跳过，误以为条件已满足
标准推荐的 wait + predicate 模式
C++11 起，std::condition_variable 提供了带谓词的重载：wait(lock, pred)，它内部就是用 while (!pred()) wait(lock); 实现的。既简洁又安全，应优先使用。
std::mutex mtx;
std::condition_variable cv;
bool ready = false;
// 等待方
{
std::unique_lock lock(mtx);
cv.wait(lock, []{ return ready; }); // 自动处理虚假唤醒
// 此处 ready 必为 true
}
// 通知方（另一线程）
{
std::lock_guard lock(mtx);
ready = true;
}
cv.notify_one();
容易忽略的细节
虚假唤醒本身不可禁用，也不该尝试“规避”——重点在于防御性编程。几个关键点：
立即学习“C++免费学习笔记（深入）”；
- 条件变量必须和一个互斥量配合使用，且所有对共享条件的读/写都必须在该互斥量保护下进行
-
notify_one()和notify_all()不需要持有锁（但持有也合法），而wait()必须在已加锁的std::unique_lock下调用 - 即使只有一个等待线程，也必须用
while或谓词形式 —— 标准不保证单线程场景下无虚假唤醒 - 不要依赖唤醒顺序：
notify_one()不一定唤醒“最先等待”的线程，尤其在多核上
真正麻烦的不是虚假唤醒本身，而是把它当成小概率事件而省略循环检查 —— 这类 bug 往往在线上高并发、低延迟场景才暴露，复现极难。
