关于pthread_cond_wait

criticalstrike

如果有多个线程都调用了pthread_cond_wait在等待，然后某个线程调用了pthread_cond_signal后，是否会按照顺序唤醒等待的线程？请大家指教

井蛙夏虫

手册上pthread_cond_signal页是这样说的:
If more than one thread is blocked on a condition variable, the scheduling policy shall determine the order in which threads are unblocked.
你不应当依赖任何顺序。

xiajun0706

pthread_cond_wait() 用于阻塞当前线程，等待别的线程使用pthread_cond_signal()或pthread_cond_broadcast来唤醒它。 pthread_cond_wait()必须与pthread_mutex 配套使用。pthread_cond_wait()函数一进入wait状态就会自动release mutex。当其他线程通过pthread_cond_signal()或pthread_cond_broadcast，把该线程唤醒，使pthread_cond_wait()通过（返回）时，该线程又自动获得该mutex。
pthread_cond_signal函数的作用是发送一个信号给另外一个正在处于阻塞等待状态的线程,使其脱离阻塞状态,继续执行.如果没有线程处在阻塞等待状态,pthread_cond_signal也会成功返回。
  使用pthread_cond_signal一般不会有“惊群现象”产生，他最多只给一个线程发信号。假如有多个线程正在阻塞等待着这个条件变量的话，那么是根据各等待线程优先级的高低确定哪个线程接收到信号开始继续执行。如果各线程优先级相同，则根据等待时间的长短来确定哪个线程获得信号。但无论如何一个pthread_cond_signal调用最多发信一次。
但是pthread_cond_signal在多处理器上可能同时唤醒多个线程，当你只能让一个线程处理某个任务时，其它被唤醒的线程就需要继续 wait，而且规范要求pthread_cond_signal至少唤醒一个pthread_cond_wait上的线程，其实有些实现为了简单在单处理器上也会唤醒多个线程.

The scheduling policy determines which thread is awakened.  For policies  SCHED_FIFO and SCHED_RR, a blocked thread is chosen in priority order,  using first-in/first-out (FIFO) within priorities.

和调度策略有关。

参考：

线程唤醒调度

criticalstrike

感谢两位，很详细！