多线程共同使用一个锁引发的死锁问题

本文探讨了当两个线程共享一个线程锁时可能出现的死锁问题。在不同时间片竞争下,线程的锁操作顺序不确定可能导致一个线程在第二次申请锁时阻塞。而在特定顺序下,线程可以连续获取并释放锁,但这种用法可能引发疑问。通过案例分析,作者展示了如何理解和避免此类问题,强调了正确使用线程锁的重要性。
摘要由CSDN通过智能技术生成

今天大神同事遇到一个问题,如下:

如果两个线程共用一个线程锁,在A线程里面申请两次这个锁,B线程里释放一次,那么程序会正常运行吗,还是会阻塞在某个地方?


场景1:时间片竞争,各线程对锁的操作先后顺序未知

[root@zxx ~/testcode]$./pthreadlock 
thread two count value is 1
unlock thread two count value is 1
thread one count value is 1
lock1 thread one count value is 2

测试结果如上所示:线程二先释放锁,线程1申请锁成功,但是由于一直没有释放,因此在第二次申请锁的地方等待


场景2:通过sleep让线程1先申请锁,线程二再释放

[root@zxx ~/testcode]$./pthreadlock 
thread one count value is 1
lock1 thread one count value is 2
thread two count value is 2
unlock thread two count value is 2
lock2 thread one count value is 3

可以看到线程1先上锁了,紧接着线程2释放锁,线程1又申请锁,奇怪的是代码并没有在此等待锁的再次释放,正常执行完退出了。


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值