我在某处读到我们应该在调用pthread_cond_signal之前锁定互斥锁并在调用它后解锁互斥锁:
pthread_cond_signal()例程用于发信号(或唤醒)正在等待条件变量的另一个线程.它应该在锁定互斥锁后调用,并且必须解锁互斥锁才能完成pthread_cond_wait()例程.
我的问题是:在不锁定互斥锁的情况下调用pthread_cond_signal或pthread_cond_broadcast方法是不是可以？
为什么在调用之前需要锁定互斥锁pthread_cond_wait？
另外,在调用之前是否需要锁定(在同一个互斥锁上)pthread_cond_signal？
谢谢你的帮助.
在我构建条件变量类的过程中,我偶然发现了一个简单的方法,我想与堆栈溢出社区分享.我正在谷歌搜索一小时的大部分时间,并且无法找到一个好的教程或.NET-ish示例感觉正确,希望这对其他人有用.
哪些主要操作系统/平台实现了等待变形？
当我注意到没有明确的最佳实践时，就出现了这个问题，即是否应该在互斥锁锁定的情况下向条件变量发出信号。一个典型的建议是在持有锁的同时发出信号，除非分析显示解锁带来的显着性能改进开销（通过删除额外的上下文切换）。
IIUC，在发信号时持有锁的唯一缺点是额外的两个上下文切换；优点是出现错误的风险较低，并且更容易实现实时可预测性。
因此，似乎如果实现了等待变形，那么在发信号时持有锁的做法会更好。
language-agnostic linux multithreading window condition-variable