关于pthread_cond_timewait超时之后获取mutex的处理

本文探讨了pthread_cond_timewait在等待超时后的行为,特别是在mutex被其他线程占用的情况下的表现。通过具体例子说明了即使超时,该函数也会等待mutex可用后才返回。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

假设pthread_cond_timewait调用挂起之后在等待时间到期的时候,mutex还被其他线程锁占用的情况下会发生什么?

假设先来现在有两个线程:


线程1在lock之后进入timewait状态超时时间60s,线程2在线程1进入time_wait释放mutex之后获得mutex,并且sleep 120s,也进入睡眠,

线程1启动后线程2随后启动,日志如下:


可以看到60s后线程1的timewait虽然超时没有任何动作,根据文档所说pthread_cond_timewait超时之后会重新获取mutex,显然从第四句日志可以看到120s后线程2释放mutex退出了线程,此时线程1的timewait才返回,同时返回超时结果,也就是说中间为了等待线程2释放mutex而多阻塞了60s,所以可以看到pthread_cond_timewait即便是在时间超时的情况下一定会等到真正获得mutex之后才会返回。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值