死锁是这样一种情形:
多个线程同时被阻塞,它们中的一个或者全部都在等待某个资源被释放。由于线程被无限期地阻塞,因此程序不可能正常终止。
java 死锁产生的四个必要条件:
互斥使用,即当资源被一个线程使用(占有)时,别的线程不能使用;
不可抢占,资源请求者不能强制从资源占有者手中夺取资源,资源只能由资源占有者主动释放。
请求和保持,即当资源请求者在请求其他的资源的同时保持对原有资源的占有
循环等待,即存在一个等待队列:P1占有P2的资源,P2占有P3的资源,P3占有P1的资源。这样就形成了一个等待环路。
当上述四个条件都成立的时候,便形成死锁。当然,死锁的情况下如果打破上述任何一个条件,便可让死锁消失。下面用java代码来模拟一下死锁的产生。
eg1:
当 线程 td1 的 flag == 1,先锁定o1,睡眠 500 毫秒
而 td1 在睡眠的时候,线程 td2 启动,flag == 0,先锁定 o2,睡眠 500 毫秒
td1 睡眠结束后,需要锁定 o2 才能继续执行,而此时 o2 已被 td2 锁定;
td2 睡眠结束后,需要锁定o1才能继续执行,而此时 o1 已被 td1 锁定;
td1、td2 相互等待,都需要得到对方锁定的资源才能继续执行,从而死锁
如下:
|
|
eg2:
|
|
控制台输出结果:
Tue Apr 04 09:35:49 CST 2017 LockB 开始执行
Tue Apr 04 09:35:49 CST 2017 LockB 锁住 obj2
Tue Apr 04 09:35:49 CST 2017 LockA 开始执行
Tue Apr 04 09:35:49 CST 2017 LockA 锁住 obj1
此时死锁产生。
为了解决这个问题,我们不使用显示的去锁,我们用信号量去控制。
信号量可以控制资源能被多少线程访问,这里我们指定只能被一个线程访问,就做到了类似锁住。而信号量可以指定去获取的超时时间,我们可以根据这个超时时间,去做一个额外处理。
对于无法成功获取的情况,一般就是重复尝试,或指定尝试的次数,也可以马上退出。
来看下如下代码:
|
|
控制台输出结果:
Tue Apr 04 09:40:03 CST 2017 LockA 开始执行
Tue Apr 04 09:40:03 CST 2017 LockB 开始执行
Tue Apr 04 09:40:03 CST 2017 LockB 锁住 obj2
Tue Apr 04 09:40:03 CST 2017 LockA 锁住 obj1
Tue Apr 04 09:40:04 CST 2017LockB 锁 obj1 失败
Tue Apr 04 09:40:04 CST 2017LockA 锁 obj2 失败
Tue Apr 04 09:40:05 CST 2017 LockA 锁住 obj1
Tue Apr 04 09:40:05 CST 2017 LockA 锁住 obj2