pthread_cond_wait 中的 mutex 参数有什么用

本文探讨了条件变量在并发编程中的应用,重点分析了信号(signal)与等待(wait)操作的正确顺序,以及如何通过互斥锁(mutex)来避免死锁问题。文章还介绍了不同实现方式及其潜在的问题。

原因简单说, 就是 cond_signal 这些函数在没有已经存在 cond_wait 的情况下, 什么也不会做; 因此, 如果出现先signal 后 wait 的时序, 则有可能导致 wait 死锁; 因此一个所谓常用做法就是将 signal 与 wait 都放进 mutex 保护下; 然后在 wait 之前检查某些条件, 如果满足了, 则不会调用 wait; 如下

mutex_lock();
if (flags not ok) {
    cond_wait();
}
mutex_unlock();

而另一端, 一般如此实现

mutex_lock();
set flags
cond_signal
}
mutex_unlock();

但存在的问题是 wait 是持有锁的情况下等待的, 那么 signal 方就根本进不去 mutex, 所以又加上了一个语意是 wait 释放 mutex, 然后睡眠, 并保证在这两者之间不会有 singal 发生在中间, 你可以认为这个所谓睡眠是 singal 做与不做真正的事情的一个标志。
还可以这么用
mutex_lock();
    set flags
}
mutex_unlock();
cond_signal

似乎也不会有什么问题。

自然, 不用这个 mutex 也有办法实现, 就像windows 的 event 那样, 不管有没有人在 waitforsingleobject, 我都真正的将其设置成 signal 状态; 但现实就是现在这种语意, 接受就得了
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值