@w1992wishes
2018-05-10T09:36:12.000000Z
字数 1802
阅读 996
JAVA_java并发
本篇结构:
今天被问到什么是死锁,脑袋一抽,半天没想起来,想来就是不够熟悉了,就趁这个点儿记录一下,也顺便了解下分析死锁的方法,之前这块的经验的确不算多。
那什么是死锁呢?
百度百科的解释:死锁是指两个或两个以上的进程在执行过程中,由于竞争资源或者由于彼此通信而造成的一种阻塞的现象,若无外力作用,它们都将无法推进下去。
举个例子:生活中经常能看到很窄的巷子只能允许一辆车通过,但是有时就会出现两辆车迎头遇上的情况,这时候甲车等乙车让出路,乙车又等甲车让出路,甲车乙车互不相让,造成的结果就是两辆车卡在巷子里,都不能动了。
这个例子反映在程序中就是死锁。
线程一持有锁A,接着想获取锁B,而线程二持有锁B,接着想获取锁A,结果就是线程一等不到锁B,线程二等不到锁A,造成死锁。
上述四个条件在死锁是会同时发送,也就是只要一个必要条件不通过,则就不会产生死锁。
public class TestDeadLock {
private static Lock lockA = new ReentrantLock();
private static Lock lockB = new ReentrantLock();
public static void main(String args[]) {
new Thread(() -> {
try {
lockA.lock();
TimeUnit.SECONDS.sleep(2);
try {
lockB.lock();
} finally {
lockB.unlock();
}
} catch (InterruptedException e) {
} finally {
lockA.unlock();
}
}).start();
new Thread(() -> {
try {
lockB.lock();
TimeUnit.SECONDS.sleep(2);
try {
lockA.lock();
} finally {
lockA.unlock();
}
} catch (InterruptedException e) {
} finally {
lockB.unlock();
}
}).start();
}
}
如上,是一个死锁的例子,运行代码会发现程序被阻塞,如果不进行人为干预,程序一直卡住。
相信看过上面代码都能很快找到问题,一个线程先持有了lockA,然后请求lockB,而另一个线程先持有了lockB,然后请求lockA,结果就是线程一等不到lockB(已经被线程二持有),线程二等不到lockA(已经被线程一持有),相互等待造成死锁。
这是我们主动创造的死锁,很容易定位,但现实代码中往往是没这么直观的,该怎么分析呢?
可以利用jdk的bin目录下的jvisualvm.exe工具,双击运行可以看到如下的图形界面:
左边是JVM进程列表,找到对应的进程双击查看,切换到线程栏目,可以看到右侧的信息,也特意截了个图:
可以看到正上方有检测到死锁的红字提示,接着看线程的状况,也可以发现是驻留的状态。
已经知道出现了死锁,就要确定哪里出现了死锁,可以点击右上方的线程Dump按钮,dump出可以找到一些关键信息:
大致是说:线程1在等待线程0持有的资源,线程0在等待线程1持有的资源。
接着看可以找到哪里出现死锁:
说36行和20行出现了死锁。
日常开发应该尽量避免死锁的产生。
如果出现了死锁,大约只能停止程序,代价非常大,所以要尽量避免死锁。
上面大约都是纸上谈兵,各位做个参考即可,能有点帮助是最好了。