std::condition_variable 必须与 std::mutex 和共享布尔条件变量配合使用，wait() 需传 unique_lock 以原子执行“解锁-挂起-重锁”，必须用 lambda 循环检查条件，notify_one/notify_all 须按场景慎选，且所有条件读写必须加锁。
直接说结论：std::condition_variable 本身不能单独使用，必须搭配 std::mutex 和一个**共享的布尔条件变量**（比如 bool ready），否则极易陷入虚假唤醒或死锁。
为什么 wait() 必须传入 unique_lock
std::condition_variable::wait() 设计上要求传入 std::unique_lock<:mutex></:mutex>，不是因为“语法强制”，而是为了解决「原子性释放锁 + 等待」这个关键动作：
- 线程在进入等待前，必须先释放锁，否则其他线程无法修改条件；
- 但释放锁和挂起自己之间不能有间隙，否则可能错过通知（notify）；
-
wait()内部会自动完成「解锁 → 挂起 → 被唤醒后重新加锁」这一整套原子操作。
传 std::lock_guard 会编译失败，因为 lock_guard 不支持中途解锁；传裸 mutex.lock()/unlock() 则无法保证原子性，属于典型误用。
wait() 的 lambda 条件判断不是可选的，是必须的
别写 cv.wait(lock) 这种无条件等待——它不检查条件是否成立，只等通知，但通知可能早于条件就绪（spurious wakeup），也可能被多个 notify 堆叠导致逻辑错乱。
立即学习“C++免费学习笔记（深入）”；
正确写法永远是：
cv.wait(lock, [&ready] { return ready; });
这等价于：
