每日学习20170711--JAVA死锁排查利器

什么是死锁

死锁:两个或多个动作一直在等待其他动作的完成而使得所有动作都始终处于阻塞的状态。
开发阶段检测死锁很困难;测试阶段也很困难-死锁通常发生在负载严重的情况下。解除死锁往往需要重启程序。
尽管有些静态分析库可以帮助我们发现可能出现的死锁,但还是有必须在运行时检测到死锁,得到信息,以便我们解决问题或重启。

产生死锁的例子

如图:
这里写图片描述

这里写图片描述

利用JConsole排查死锁

JConsole是一个基于JMX的GUI工具,用于连接正在运行的JVM,不过此JVM需要使用可管理的模式启动。
通过JConsole可以查看当前所有线程所处的状态,如图:
这里写图片描述

这里写图片描述

利用Jstack排查死锁

jstack用于生成java虚拟机当前时刻的线程快照。线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合,生成线程快照的主要目的是定位线程出现长时间停顿的原因,如线程间死锁、死循环、请求外部资源导致的长时间等待等。
线程出现停顿的时候通过jstack来查看各个线程的调用堆栈,就可以知道没有响应的线程到底在后台做什么事情,或者等待什么资源。
通过Jstack命令 Jstack -l 进程号 查看死锁,如图:
这里写图片描述

利用ThreadMXBean排查死锁

前面所介绍的都是利用程序外部的JVM监控管理工具进行死锁排查,那么如果希望实现代码中自动发现死锁并作出响应(例如重启服务等)应当怎么做呢?我们可以利用ThreadMXBean。
Java 5引入了ThreadMXBean接口,它提供了多种监视线程的方法。我建议您了解所有这些方法,因为当您没使用外部工具时,它们会为您提供很多有用的操作以便您监测程序性能。
重要方法:findDeadlockedThreads(Java 6); findMonitorDeadlockedThreads (java 5)。(二者的区别的是,findDeadlockedThreads还可以检测到owner locks(java.util.concurrent)引起的死锁,而findMonitorDeadlockedThreads只能检测monitor locks(例如,同步块)。)

  • 首先编写一个检测死锁的类,需要用到调度接口每隔一段时间执行一次:
    这里写图片描述
  • 编写一个处理死锁的类,这里只做输出:
    这里写图片描述
  • 修改main方法:
    这里写图片描述
    执行结果如图:
    这里写图片描述
    通过结果能够很好的看出每个线程等待哪个锁,这个锁被哪个线程持有。

在这个接口的注释上有这么两行:
这里写图片描述
说明这个方法对系统的开销还是比较大的,所以对于调度的频率需要根据具体情况慎重考虑。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值