Есть разница в отношении всего шаблона использования.
condition_variable ожидание требует блокировки мьютекса. Перед уведомлением следует использовать ту же блокировку мьютекса:
std::mutex mtx;
std::condition_variable cv;
bool condition();
void change_condition();
...
std::unique_lock<std::mutex> lock(mtx);
while (!condition())
{
cv.wait(lock);
}
...
std::unique_lock<std::mutex> lock(mtx);
change_condition();
lock.unlock();
cv.notify_one();
Теперь, если у вас есть atomi c с условной переменной, вам все равно нужна блокировка:
std::mutex mtx;
std::condition_variable cv;
std::atomic<bool> condition;
...
std::unique_lock<std::mutex> lock(mtx);
while (!condition.load())
{
cv.wait(lock);
}
...
std::unique_lock<std::mutex> lock(mtx);
condition.store(true);
lock.unlock();
cv.notify_one();
Atomi c by Сам по себе не нуждается в защите с замком, поэтому его можно модифицировать не под замком. Однако блокировка мьютекса по-прежнему необходима для синхронизации с ожиданием и предотвращения потери пробуждения. Альтернативой пробуждению потока является следующее:
condition.store(true);
std::unique_lock<std::mutex> lock(mtx);
lock.unlock();
cv.notify_one();
Блокировка мьютекса не может быть пропущена даже на стороне уведомителя.
(И вам не сойдет с рук condiion_variable_any и «нулевой мьютекс», который ничего не делает в своем lock / unlock).
Теперь, atomi c подожди. Помимо отсутствия ложных пробуждений, упомянутых в другом ответе, мьютекс не требуется:
std::atomic<bool> condition;
...
condition.wait(false);
...
condition.store(true);
condition.notify_one();