一起学并发编程 - 死锁跟踪分析
欢迎来到阿八个人博客网站。本 阿八个人博客 网站提供最新的站长新闻,各种互联网资讯。 喜欢本站的朋友可以收藏本站,或者加QQ:我们大家一起来交流技术! URL链接:https://www.abboke.com/jsh/2019/0612/2565.html
上一章介绍过
synchronized
关键字,使用它可以给程序互斥部分加上一把锁从而达到同步的效果,但错误的用法会导致多个线程同时被阻塞….
死锁
死锁: 多个线程同时被阻塞,它们中的一个或者全部都在等待某个资源被释放。由于线程被无限期地阻塞,因此程序不可能正常终止。
JAVA 中死锁产生的四个必要条件
- 互斥使用,当资源被一个线程使用(占有)时,别的线程不能使用
- 不可抢占,资源请求者不能强制从资源占有者手中夺取资源,资源只能由资源占有者主动释放。
- 请求和保持,当资源请求在请求其他的资源的同时保持对原有资源的占有。
- 循环等待,存在一个等待队列:P1占有P2的资源,P2占有P3的资源,P3占有P1的资源。这样就形成了一个等待环路。
经典案例
先来看一段经典的死锁代码,两个方法中分别获取了class literals
方式的锁
1 | void method1() { |
分析: method1 和 method2
都会去获取Integer
和String
两把锁,但是获取锁的顺序不一致
,在并行情况,当两个方法未及时释放自己的锁,又同时去获取另外一把锁这时候就会出现死锁情况
举个例子: 吃饭需要碗
和筷子
,小明吃饭的时候先拿筷子在拿碗,小红相反,再一次拿取餐具的时候,小明先拿到筷子,正准备拿碗的时候被小红抢先了一步拿碗,这时候都要吃饭但谁也不让谁,结果就是都饿死(死锁)
分析手段
命令: JDK本身提供了很多方便的JVM性能调优监控工具,除了集成式的VisualVM
和jConsole
外,还有jps、jstack、jmap、jhat、jstat
等小巧的命令工具,本章主要使用到jps
与jstack
做分析
jps: 过滤出Java本身的进程以及运行的引导类,就是引导main
方法所在的类。
1 | -q 仅输出VM标识符,不包括class name,jar name,arguments in main method |
jstack: 主要用来查看某个Java进程内的线程堆栈信息
1 | -l long listings,会打印出额外的锁信息,在发生死锁时可以用jstack -l pid来观察锁持有情况 |
- 打开
dos
界面,输入jps
- 找到当前
main
的pid
,使用jstack pid
命令
我们可以发现method1
锁住了<0x000000076ae03e68>
等待<0x000000076ae008d8>
,method2
恰恰相反,这个时候死锁
就发生了…
日志滑动到后面,可以发现有一个Found one Java-level deadlock
,然后也告诉了我们代码在多少行,在知道问题代码所在地后,解决起来就简单了(改变锁的顺序,完美解决问题…)
补充两句
上面讲了什么是死锁以及定位问题方式,其实JDK
中,已经内置了很多锁相关的类都在java.util.concurrent.locks
包下,使用简单且可以有效的的避免死锁问题,或者使用java.util.concurrent.Semaphore(信号量)
机制,篇幅过长会导致阅读兴趣下降,所以信号量处理锁的方式在GIT
中,有兴趣可以从GIT地址获取
- 说点什么
- 个人QQ:1837307557
- battcn开源群(适合新手):391619659