6

假设某个条件变量“cond”与互斥变量“mutex”相关联。如果一个线程cond在调用后正在休眠pthread_cond_wait(&cond,&mutex),并且另一个已mutex锁定的线程已完成,那么该线程在调用pthread_cond_signal(&cond)之前还是之后调用是否重要pthread_mutex_unlock(&mutex)?如果它调用,它是否甚至需要解锁互斥锁pthread_cond_signal(&cond),因为睡眠线程无论如何都会获取互斥锁?

编辑:根据https://computing.llnl.gov/tutorials/pthreads/#ConVarOverview,“调用 pthread_cond_signal() 后未能解锁互斥锁可能不允许匹配的 pthread_cond_wait() 例程完成(它将保持阻塞)。 " 我想那时,解锁,也许只是之后,是必需的。

4

2 回答 2

4

调用后,您应该始终解锁互斥锁pthread_cond_signal。以下是一些值得阅读的好问题/答案:

在不锁定互斥锁的情况下调用 pthread_cond_signal

它现在不会来找我,但我很确定有充分的理由(就竞争条件而言)你不想在发出信号之前解锁互斥锁。

于 2011-03-03T01:44:33.527 回答
4

如果您保持互斥锁锁定,则被唤醒的线程无法获取互斥锁,因此将阻塞pthread_cond_wait等待重新获取互斥锁。

您无需将互斥锁锁定即可调用pthread_cond_signal。事实上,如果您的应用程序逻辑可以在互斥锁未锁定时使用信号,那么这是一种更好的方法 --- 操作系统可以立即调度等待线程,而不必等待信号线程在继续之前解锁互斥锁。

但是,在这种情况下,必须注意确保唤醒不会丢失,并且您不会遇到“错误”线程被唤醒的问题。如果您使用直截了当的谓词,这在实践中应该不是问题。

于 2011-03-03T11:36:55.047 回答