C++如何使用std::condition_variable实现任务通知-C++-PHP中文网

std::condition_variable必须与std::mutex配合使用，仅靠其自身无法保证线程同步；它不维护计数、不缓存通知，依赖外部互斥锁和共享状态实现正确等待/唤醒逻辑。

c++如何使用std::condition_variable实现任务通知

std::condition_variable必须和std::mutex一起用

单独调用wait()会直接崩溃，因为内部依赖互斥量做原子性检查。它不是信号量，也不维护内部计数——只负责“挂起等待”和“被唤醒”，一切同步逻辑得靠外部std::mutex和共享状态变量来保障。

常见错误是只锁了std::mutex但没在wait()前检查条件，导致虚假唤醒后直接往下走；或者忘了在通知前加锁，造成notify_one()/notify_all()执行时条件已变更，接收方永远等不到。

必须用std::unique_lock<:mutex></:mutex>构造，不能用std::lock_guard（后者不支持wait()需要的解锁/重锁语义）
wait()函数内部会自动释放锁、挂起线程；被唤醒后自动重新获取锁，再返回
永远用带谓词的重载：cv.wait(lock, [&]{ return ready; });，避免手动写while(!ready) cv.wait(lock);这种易漏检查的写法

notify_one()和notify_all()选哪个？

取决于你期望唤醒几个消费者。如果只有一个任务在等，用notify_one()更轻量；如果多个线程阻塞在同一个std::condition_variable上，且每个都该处理一个独立任务（比如线程池取任务），那就必须用notify_all()——但要注意：不是所有被唤醒的线程都能拿到任务，多数会再次进入等待，所以仍需配合条件检查。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

notify_one()不保证唤醒“最先等待”的线程，调度由系统决定
调用notify_*时，std::mutex可以已解锁，也可以还锁着——但若此时有线程正wait()中，唤醒动作是即时的；若没有线程在等，通知就丢失（不会排队）
不要在持有锁期间做耗时操作后再notify，否则唤醒延迟高；通常先更新共享状态、解锁、再notify

典型任务通知模式：生产者-消费者队列

这是最常用场景：一个或多个线程往队列推任务，工作线程从队列取任务执行。关键点在于“队列空”时消费者要等待，“队列非空”时生产者要通知。

std::queue<:function>> tasks;
std::mutex mtx;
std::condition_variable cv;
bool shutdown = false;
<p>// 消费者
while (true) {
std::function<void> task;
{
std::unique_lock<:mutex> lock(mtx);
cv.wait(lock, [&]{ return !tasks.empty() || shutdown; });
if (shutdown && tasks.empty()) break;
task = std::move(tasks.front());
tasks.pop();
}
task();
}</:mutex></void></p>
<p>// 生产者
{
std::unique_lock<:mutex> lock(mtx);
tasks.push([]{ /<em> do work </em>/ });
}
cv.notify_one(); // 或 notify_all()，视情况而定
</:mutex></p></:function>