至少有两件事“虚假唤醒”可能意味着：

• pthread_cond_wait即使没有对条件pthread_call_signal或条件的调用发生，阻塞的线程也可以从调用中返回pthread_cond_broadcast。
• pthread_cond_wait由于调用pthread_cond_signalor而被阻塞的线程返回pthread_cond_broadcast，但是在重新获取互斥锁后，发现底层谓词不再为真。

但是即使条件变量实现不允许前一种情况，后一种情况也可能发生。考虑一个生产者消费者队列和三个线程。

• 线程 1 刚刚将一个元素出列并释放了互斥锁，队列现在为空。线程正在对它在某个 CPU 上获取的元素执行任何操作。
• pthread_cond_wait线程 2 尝试使元素出列，但在等待信号/广播的调用中的互斥锁、调用和块下检查时发现队列为空。
• 线程 3 获得互斥体，向队列中插入新元素，通知条件变量，释放锁。
• 响应来自线程 3 的通知，正在等待条件的线程 2 被调度运行。
• 然而，在线程 2 设法获得 CPU 并获取队列锁之前，线程 1 完成了它的当前任务，并返回队列做更多工作。它获取队列锁，检查谓词，发现队列中有工作。它继续使线程 3 插入的项目出列，释放锁，然后对线程 3 入队的项目执行任何操作。
• 线程 2 现在在 CPU 上获取锁，但是当它检查谓词时，发现队列是空的。线程 1“偷”了该项目，因此唤醒似乎是虚假的。线程 2 需要再次等待条件。

因此，由于您已经总是需要检查循环下的谓词，因此底层条件变量是否可以具有其他类型的虚假唤醒没有区别。