说一说死锁的 4 种排查工具

简介: 我是下假 期待与你的下一次相遇 ~

死锁示例

接下来,先来演示一下 Java 中最简单的死锁,创建两个锁和两个线程,让线程 1 先拥有锁 A,然后在 1s 后尝试获取锁 B,同时启动线程 2,让它先拥有锁 B,然后在 1s 之后尝试获取锁 A,这时就会出现相互等待对方释放锁的情况,从而造成死锁的问题,具体代码如下:

  1. public class DeadLockExample {
  2.    public static void main(String[] args) {
  3.        Object lockA = new Object(); // 创建锁 A
  4.        Object lockB = new Object(); // 创建锁 B
  5.        // 创建线程 1
  6.        Thread t1 = new Thread(new Runnable() {
  7.            @Override
  8.            public void run() {
  9.                // 先获取锁 A
  10.                synchronized (lockA) {
  11.                    System.out.println("线程 1:获取到锁 A!");
  12.                    try {
  13.                        Thread.sleep(1000);
  14.                    } catch (InterruptedException e) {
  15.                        e.printStackTrace();
  16.                    }
  17.                    // 尝试获取锁 B
  18.                    System.out.println("线程 1:等待获取 B...");
  19.                    synchronized (lockB) {
  20.                        System.out.println("线程 1:获取到锁 B!");
  21.                    }
  22.                }
  23.            }
  24.        });
  25.        t1.start(); // 运行线程
  26.        // 创建线程 2
  27.        Thread t2 = new Thread(new Runnable() {
  28.            @Override
  29.            public void run() {
  30.                // 先获取锁 B
  31.                synchronized (lockB) {
  32.                    System.out.println("线程 2:获取到锁 B!");
  33.                    try {
  34.                        Thread.sleep(1000);
  35.                    } catch (InterruptedException e) {
  36.                        e.printStackTrace();
  37.                    }
  38.                    // 尝试获取锁 A
  39.                    System.out.println("线程 2:等待获取 A...");
  40.                    synchronized (lockA) {
  41.                        System.out.println("线程 2:获取到锁 A!");
  42.                    }
  43.                }
  44.            }
  45.        });
  46.        t2.start(); // 运行线程
  47.    }
  48. }

以上程序的执行结果如下:

从上述结果可以看出,线程 1 和线程 2 都在等待对方释放锁,这样就造成了死锁问题。

死锁产生原因

通过以上示例,可以得出结论,要产生死锁需要满足以下 4 个条件:

  1. 互斥条件:指运算单元(进程、线程或协程)对所分配到的资源具有排它性,也就是说在一段时间内某个锁资源只能被一个运算单元所占用。
  2. 请求和保持条件:指运算单元已经保持至少一个资源,但又提出了新的资源请求,而该资源已被其它运算单元占有,此时请求运算单元阻塞,但又对自己已获得的其它资源保持不放。
  3. 不可剥夺条件:指运算单元已获得的资源,在未使用完之前,不能被剥夺。
  4. 环路等待条件:指在发生死锁时,必然存在运算单元和资源的环形链,即运算单元正在等待另一个运算单元占用的资源,而对方又在等待自己占用的资源,从而造成环路等待的情况。

只有以上 4 个条件同时满足,才会造成死锁问题。

死锁排查

如果程序出现死锁问题,可通过以下 4 种方案中的任意一种进行分析和排查。

方案 1:jstack

在使用 jstack 之前,先要通过 jps 得到运行程序的进程 ID,使用方法如下:

“jps -l”可以查询本机所有的 Java 程序,jps(Java Virtual Machine Process Status Tool)是 Java 提供的一个显示当前所有 Java 进程 pid 的命令,适合在 linux/unix/windows 平台上简单查看当前 Java 进程的一些简单情况,“-l”用于输出进程 pid 和运行程序完整路径名(包名和类名)。

有了进程 ID(PID)之后,就可以使用“jstack -l PID”来发现死锁问题了,如下图所示:

jstack 用于生成 Java 虚拟机当前时刻的线程快照,“-l”表示长列表(long),打印关于锁的附加信息。

PS:可以使用 jstack -help 查看更多命令使用说明。

方案 2:jconsole

使用 jconsole 需要打开 JDK 的 bin 目录,找到 jconsole 并双击打开,如下图所示:

然后选择要调试的程序,如下图所示:

之后点击连接进入,选择“不安全的连接”进入监控主页,如下图所示:

之后切换到“线程”模块,点击“检测死锁”按钮,如下图所示:

之后稍等片刻就会检测出死锁的相关信息,如下图所示:

方案 3:jvisualvm

jvisualvm 也在 JDK 的 bin 目录中,同样是双击打开:

稍等几秒之后,jvisualvm 中就会出现本地的所有 Java 程序,如下图所示:

双击选择要调试的程序:

单击鼠标进入“线程”模块,如下图所示:

从上图可以看出,当切换到线程一栏之后就会直接显示出死锁信息,之后点击“线程 Dump”生成死锁的详情信息,如下图所示:

方案 4:jmc

jmc 是 Oracle Java Mission Control 的缩写,是一个对 Java 程序进行管理、监控、概要分析和故障排查的工具套件。它也是在 JDK 的 bin 目录中,同样是双击启动,如下图所示:

jmc 主页信息如下:

之后选中要排查的程序,右键“启动 JMX 控制台”查看此程序的详细内容,如下图所示:

然后点击“线程”,勾中“死锁检测”就可以发现死锁和死锁的详情信息,如下图所示:

总结

死锁是因为两个或两个以上的运算单元,都在等待对方停止执行,以取得系统资源,但没有一方提前退出,于是就出现了死锁。死锁的排查工具总共有 4 种:

  • jstack
  • jconsole
  • jvisualvm
  • jmc

从易用性和性能方面来考虑,推荐使用 jconsole 或 jvisualvm 来排查死锁。


相关文章
|
9月前
|
存储 Java Linux
详细地说一说零拷贝
我是小假 期待与你的下一次相遇 ~
506 1
详细地说一说零拷贝
|
Dubbo Java 数据库连接
利用FactoryBean接口实例化,来实现dubbo接口调用和mybatis接口调用
Java编程规范中声明,Java接口类是不能直接实例化的,但是我们在平时的开发中经常会遇到只声明接口就可以直接使用的。 eg: 1. Mybatis中只用使用`@MapperScan`声明要扫描的Mapper接口类就可以直接从Spring中获取使用,进行操作数据库 2. Dubbo中只要用Dubbo提供的`@Service`注解,同样可以直接从Spring中获取使用进行远程调用。
693 0
|
存储 安全 Java
解析 Java 的 MultipartFile 接口:实现文件上传的全面指南
在现代的 Web 开发中,文件上传是一个常见的需求,而 Java 中的 `MultipartFile` 接口正是用来处理这类任务的重要工具。无论是上传图片、音频、视频还是其他文件类型,`MultipartFile` 都提供了便捷的方法来处理文件的接收和存储。本文将带您深入探索 Java 中的 `MultipartFile` 接口,揭示其功能、用法以及在实际开发中的应用场景。
|
缓存 搜索推荐 安全
互联网人不可或缺的资源搜索引擎
我们改变不了世界,是世界改变了我们。Designed by QianYu1.猎手导航搜索网站简介史上最强大的资源搜索引擎,猎手导航集搜索引擎搜索、社交搜索、BT磁力搜索、学术文档搜索...
19487 0
|
9月前
|
设计模式 算法 架构师
京东二面:说下spring中常用的设计模式? (一个 深入骨髓的答案, 面试官跪下了)
京东二面:说下spring中常用的设计模式? (一个 深入骨髓的答案, 面试官跪下了)
京东二面:说下spring中常用的设计模式? (一个 深入骨髓的答案, 面试官跪下了)
|
6月前
|
安全 Java 测试技术
|
8月前
|
Arthas 监控 Java
Java死锁 如何定位?如何避免Java死锁?(图解+秒懂+史上最全)
Java死锁 如何定位?如何避免Java死锁?(图解+秒懂+史上最全)
Java死锁 如何定位?如何避免Java死锁?(图解+秒懂+史上最全)
|
11月前
|
存储 安全 Java
ThreadLocal - 原理与应用场景详解
ThreadLocal是Java中用于实现线程隔离的重要工具,为每个线程提供独立的变量副本,避免多线程数据共享带来的安全问题。其核心原理是通过 ThreadLocalMap 实现键值对存储,每个线程维护自己的存储空间。ThreadLocal 广泛应用于线程隔离、跨层数据传递、复杂调用链路的全局参数传递及数据库连接管理等场景。此外,InheritableThreadLocal 支持子线程继承父线程的变量值,而 TransmittableThreadLocal 则解决了线程池中变量传递的问题,提升了多线程上下文管理的可靠性。深入理解这些机制,有助于开发者更好地解决多线程环境下的数据隔离与共享挑战。
1934 43
|
存储 架构师 Java
内存溢出原因与解决方案(4大主流方案详解)
本文详解内存溢出(OOM)的原因及解决方案。关注【mikechen的互联网架构】,10年+BAT架构经验倾囊相授。
内存溢出原因与解决方案(4大主流方案详解)
|
安全 Java 数据库连接
详细介绍线程间通信
详细介绍线程间通信 线程间通信是指在多线程编程中,不同的线程之间通过某种方式交换信息的过程。这是一个重要的概念,因为线程之间的协作是实现复杂并发系统的关键。 下面是一些线程间通信的常见方式和示例:
2142 0

热门文章

最新文章