每日学习20170711--JAVA死锁排查利器
2017-07-11 16:06
363 查看
什么是死锁
死锁:两个或多个动作一直在等待其他动作的完成而使得所有动作都始终处于阻塞的状态。
开发阶段检测死锁很困难;测试阶段也很困难-死锁通常发生在负载严重的情况下。解除死锁往往需要重启程序。
尽管有些静态分析库可以帮助我们发现可能出现的死锁,但还是有必须在运行时检测到死锁,得到信息,以便我们解决问题或重启。
产生死锁的例子
如图:
利用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方法:
执行结果如图:
通过结果能够很好的看出每个线程等待哪个锁,这个锁被哪个线程持有。
在这个接口的注释上有这么两行:
说明这个方法对系统的开销还是比较大的,所以对于调度的频率需要根据具体情况慎重考虑。
死锁:两个或多个动作一直在等待其他动作的完成而使得所有动作都始终处于阻塞的状态。
开发阶段检测死锁很困难;测试阶段也很困难-死锁通常发生在负载严重的情况下。解除死锁往往需要重启程序。
尽管有些静态分析库可以帮助我们发现可能出现的死锁,但还是有必须在运行时检测到死锁,得到信息,以便我们解决问题或重启。
产生死锁的例子
如图:
利用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方法:
执行结果如图:
通过结果能够很好的看出每个线程等待哪个锁,这个锁被哪个线程持有。
在这个接口的注释上有这么两行:
说明这个方法对系统的开销还是比较大的,所以对于调度的频率需要根据具体情况慎重考虑。
相关文章推荐
- 每日java学习(12.2.29)
- 每日Java学习(12.2.28)
- java学习多线程之死锁
- 在家学习 利器 记录每日点滴
- [原]Java多线程编程学习笔记之八:死锁(含代码)
- Java 死锁的实现 -Java学习笔记(28)
- java学习--多线程发生死锁的一个例子
- Java学习疑点(5)--使用多线程的时候如何注意避免死锁发生?
- [每日学习笔记][2012.08.03]使用Java理解程序逻辑(十一)
- Java并发学习笔记(12)避免活跃度危险(死锁)
- 学习笔记 java多线程 信号量(Semaphore),死锁
- [每日学习笔记][2012.07.10]使用Java理解程序逻辑(五)
- [每日学习笔记][2012.07.10]使用Java理解程序逻辑(四)
- Java菜鸟学习笔记--多线程篇(三):线程死锁
- Java基础第十一天学习日记_线程、同步、死锁
- 每日java学习(12.2.27)
- [每日学习笔记][2012.07.10]使用Java理解程序逻辑(三)
- [每日学习笔记][2012.07.15]使用Java理解程序逻辑(八)
- java学习之路----同步于死锁
- java基础知识回顾之java Thread类学习(七)--java多线程安全问题(死锁)