java程序死锁，3种方式快速找到死锁代码

于 2024-05-12 00:28:33 发布
阅读量1k 收藏 8
点赞数 29
分类专栏： 程序员 文章标签： java python 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_84815508/article/details/138734898
版权

}

public void setName(String name) {

this.name = name;

}

public User(String name) {

this.name = name;

}

@Override

public String toString() {

return “User{” +

“name='” + name + ‘’’ +

‘}’;

}

}

}

程序中：thread1持有u1的锁，thread2持有u2的锁，thread1等待获取u2的锁，thread2等待获取u1的锁，相互需要获取的锁都被对方持有者，造成了死锁。程序运行中一直无法结束。

通过jdk工具jps、jstack排查死锁问题

jps、jstack都是jdk提供的命令工具，方便用户排查程序的一些问题。更详细的用法见文档最后。

步骤一：使用jsp查找程序进行

jps：jdk提供的一个工具，可以查看到正在运行的java进程

C:\Users\Think>jps -l

5824 com.jvm.visualvm.Demo4

步骤二：使用jstack查看线程堆栈信息

jstack：jdk提供的一个工具，可以查看java进程中线程堆栈信息。更详细的用法见文档最后。

C:\Users\Think>jstack 5824

2019-06-04 15:34:37

Full thread dump Java HotSpot™ 64-Bit Server VM (25.121-b13 mixed mode):

“DestroyJavaVM” #14 prio=5 os_prio=0 tid=0x0000000002cf4000 nid=0x9fd8 waiting on condition [0x0000000000000000]

java.lang.Thread.State: RUNNABLE

“thread2” #13 prio=5 os_prio=0 tid=0x000000002884d800 nid=0x40c4 waiting for monitor entry [0x00000000292ce000]

java.lang.Thread.State: BLOCKED (on object monitor)

at com.jvm.visualvm.Demo4$SynAddRunalbe.run(Demo4.java:49)

  • waiting to lock <0x00000007173d4178> (a com.jvm.visualvm.Demo4$User)

  • locked <0x00000007173d41b8> (a com.jvm.visualvm.Demo4$User)

at java.lang.Thread.run(Thread.java:745)

“thread1” #12 prio=5 os_prio=0 tid=0x000000002885b800 nid=0x99c0 waiting for monitor entry [0x00000000291cf000]

java.lang.Thread.State: BLOCKED (on object monitor)

at com.jvm.visualvm.Demo4$SynAddRunalbe.run(Demo4.java:42)

  • waiting to lock <0x00000007173d41b8> (a com.jvm.visualvm.Demo4$User)

  • locked <0x00000007173d4178> (a com.jvm.visualvm.Demo4$User)

at java.lang.Thread.run(Thread.java:745)

“Service Thread” #11 daemon prio=9 os_prio=0 tid=0x0000000027dd9000 nid=0x7f80 runnable [0x0000000000000000]

java.lang.Thread.State: RUNNABLE

“C1 CompilerThread3” #10 daemon prio=9 os_prio=2 tid=0x0000000027d80800 nid=0x3b94 waiting on condition [0x0000000000000000]

java.lang.Thread.State: RUNNABLE

“C2 CompilerThread2” #9 daemon prio=9 os_prio=2 tid=0x0000000027d7c000 nid=0x4c7c waiting on condition [0x0000000000000000]

java.lang.Thread.State: RUNNABLE

“C2 CompilerThread1” #8 daemon prio=9 os_prio=2 tid=0x0000000027d7b000 nid=0x8f4c waiting on condition [0x0000000000000000]

java.lang.Thread.State: RUNNABLE

“C2 CompilerThread0” #7 daemon prio=9 os_prio=2 tid=0x0000000027d73000 nid=0x9094 waiting on condition [0x0000000000000000]

java.lang.Thread.State: RUNNABLE

“Monitor Ctrl-Break” #6 daemon prio=5 os_prio=0 tid=0x0000000027d0a800 nid=0x647c runnable [0x00000000282ce000]

java.lang.Thread.State: RUNNABLE

at java.net.SocketInputStream.socketRead0(Native Method)

at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)

at java.net.SocketInputStream.read(SocketInputStream.java:171)

at java.net.SocketInputStream.read(SocketInputStream.java:141)

at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:284)

at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326)

at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)

  • locked <0x0000000717449cd8> (a java.io.InputStreamReader)

at java.io.InputStreamReader.read(InputStreamReader.java:184)

at java.io.BufferedReader.fill(BufferedReader.java:161)

at java.io.BufferedReader.readLine(BufferedReader.java:324)

  • locked <0x0000000717449cd8> (a java.io.InputStreamReader)

at java.io.BufferedReader.readLine(BufferedReader.java:389)

at com.intellij.rt.execution.application.AppMainV2$1.run(AppMainV2.java:64)

“Attach Listener” #5 daemon prio=5 os_prio=2 tid=0x0000000027b61000 nid=0x7cf8 waiting on condition [0x0000000000000000]

java.lang.Thread.State: RUNNABLE

“Signal Dispatcher” #4 daemon prio=9 os_prio=2 tid=0x0000000027b5f800 nid=0x94f4 runnable [0x0000000000000000]

java.lang.Thread.State: RUNNABLE

“Finalizer” #3 daemon prio=8 os_prio=1 tid=0x0000000027af1800 nid=0x9960 in Object.wait() [0x0000000027fce000]

java.lang.Thread.State: WAITING (on object monitor)

at java.lang.Object.wait(Native Method)

  • waiting on <0x0000000717188ec8> (a java.lang.ref.ReferenceQueue$Lock)

at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)

  • locked <0x0000000717188ec8> (a java.lang.ref.ReferenceQueue$Lock)

at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)

at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)

“Reference Handler” #2 daemon prio=10 os_prio=2 tid=0x0000000002deb000 nid=0xb2bc in Object.wait() [0x0000000027acf000]

java.lang.Thread.State: WAITING (on object monitor)

at java.lang.Object.wait(Native Method)

  • waiting on <0x0000000717186b68> (a java.lang.ref.Reference$Lock)

at java.lang.Object.wait(Object.java:502)

at java.lang.ref.Reference.tryHandlePending(Reference.java:191)

  • locked <0x0000000717186b68> (a java.lang.ref.Reference$Lock)

at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:153)

“VM Thread” os_prio=2 tid=0x0000000025be9000 nid=0xaa90 runnable

“GC task thread#0 (ParallelGC)” os_prio=0 tid=0x0000000002d0a000 nid=0x3fc0 runnable

“GC task thread#1 (ParallelGC)” os_prio=0 tid=0x0000000002d0b800 nid=0x9cf8 runnable

“GC task thread#2 (ParallelGC)” os_prio=0 tid=0x0000000002d0d000 nid=0x51c runnable

“GC task thread#3 (ParallelGC)” os_prio=0 tid=0x0000000002d0e800 nid=0x24d0 runnable

“GC task thread#4 (ParallelGC)” os_prio=0 tid=0x0000000002d12000 nid=0x618c runnable

“GC task thread#5 (ParallelGC)” os_prio=0 tid=0x0000000002d13000 nid=0x5550 runnable

“GC task thread#6 (ParallelGC)” os_prio=0 tid=0x0000000002d16000 nid=0x8994 runnable

“GC task thread#7 (ParallelGC)” os_prio=0 tid=0x0000000002d17800 nid=0x39cc runnable

“VM Periodic Task Thread” os_prio=2 tid=0x0000000027dd9800 nid=0x5294 waiting on condition

JNI global references: 33

Found one Java-level deadlock:

=============================

“thread2”:

waiting to lock monitor 0x0000000028846468 (object 0x00000007173d4178, a com.jvm.visualvm.Demo4$User),

which is held by “thread1”

“thread1”:

waiting to lock monitor 0x0000000025bf0bb8 (object 0x00000007173d41b8, a com.jvm.visualvm.Demo4$User),

which is held by “thread2”

Java stack information for the threads listed above:

===================================================

“thread2”:

at com.jvm.visualvm.Demo4$SynAddRunalbe.run(Demo4.java:49)

  • waiting to lock <0x00000007173d4178> (a com.jvm.visualvm.Demo4$User)

  • locked <0x00000007173d41b8> (a com.jvm.visualvm.Demo4$User)

at java.lang.Thread.run(Thread.java:745)

“thread1”:

at com.jvm.visualvm.Demo4$SynAddRunalbe.run(Demo4.java:42)

  • waiting to lock <0x00000007173d41b8> (a com.jvm.visualvm.Demo4$User)

  • locked <0x00000007173d4178> (a com.jvm.visualvm.Demo4$User)

at java.lang.Thread.run(Thread.java:745)

Found 1 deadlock.

从上面的堆栈信息中我们可以发现这个内容：“Found one Java-level deadlock”，表示程序中发现了一个死锁，后面包含跟多详细的信息，重点下面：

Java stack information for the threads listed above:

===================================================

“thread2”:

at com.jvm.visualvm.Demo4$SynAddRunalbe.run(Demo4.java:49)

  • waiting to lock <0x00000007173d4178> (a com.jvm.visualvm.Demo4$User)

  • locked <0x00000007173d41b8> (a com.jvm.visualvm.Demo4$User)

at java.lang.Thread.run(Thread.java:745)

“thread1”:

at com.jvm.visualvm.Demo4$SynAddRunalbe.run(Demo4.java:42)

  • waiting to lock <0x00000007173d41b8> (a com.jvm.visualvm.Demo4$User)

  • locked <0x00000007173d4178> (a com.jvm.visualvm.Demo4$User)

at java.lang.Thread.run(Thread.java:745)

可以死锁的代码是在Demo4.java的49行和42行，此时我们就可以去优化代码，解决死锁问题。

通过jdk提供的工具jconsole排查死锁问题

jconsole：jdk提供的一个可视化的工具，方便排查程序的一些问题，如：程序内存溢出、死锁问题等等。更详细的用法见文档最后。

jconsole位于jdk的bin目录中

步骤一：打开jconsole.exe

在这里插入图片描述

可以看到我们的程序，点击连接。

步骤二：在jconsole窗口中查看线程堆栈信息

在这里插入图片描述

步骤三：堆栈中查看到死锁信息

点击“检测死锁”，可以看到程序死锁信息。

在这里插入图片描述

在这里插入图片描述

上图中可以看到详细的死锁信息，和jstack中信息类似。

通过jdk提供的工具VisualVM排查死锁问题

VisualVM：jdk提供的一个非常强大的排查java程序问题的一个工具，可以监控程序的性能、查看jvm配置信息、堆快照、线程堆栈信息。算是程序优化的必备工具。

工具位于jdk的bin目录中。

步骤一：打开VisualVM.exe

在这里插入图片描述

步骤二：在visualvm中查看我们的目标程序

目标程序在visualvm左侧窗口中，双击即可打开。

在这里插入图片描述

步骤三：切换到“线程”窗口

在这里插入图片描述

步骤四：查看堆栈信息

在线程窗口中点击“线程Dump”按钮

在这里插入图片描述

可以看到产生了一个线程堆栈快照

在这里插入图片描述

最后

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
的自学效果低效漫长且无助。**

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

[外链图片转存中…(img-SDHEodyR-1715444901397)]

[外链图片转存中…(img-MMNyxO7z-1715444901397)]

[外链图片转存中…(img-xVSqaZzS-1715444901398)]

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

2401_84815508
关注
  • 29
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
java线程死锁代码示例
08-28
java线程死锁代码示例 本文主要介绍了java线程死锁代码示例，分享了一个简单线程死锁的例子，需要的朋友可以参考下。以下是对该示例的详细解释和知识点总结： 1. 死锁的概念：死锁是操作系统层面的一个错误，是...
生产者/消费者代码（使用notify和wait实现）
qq_38089964的博客
12-18 494
package cn.wzy.Lock; import java.util.Random; public class ConsumerAndProducer { static String[] food = new String[5]; static String take() throws InterruptedException { synchronized (food) {...
Java检测死锁的三种方法
qq_45515347的博客
09-26 1048
在学习并发编程时，如何检测代码死锁的具体线程，介绍了三种检测的方法，无需下载额外程序，全为jdk自带检测工具
java死锁如何排查
yuec1998的博客
07-31 1984
java死锁排查 jconsole jps，jps -l，jstark
Java 死锁的原理、检测和解决死锁
ALONG的博客
04-20 1147
介绍死锁的原理、死锁产生的条件、死锁的例子和解决死锁
java实现死锁的示例代码
08-28
Java 实现死锁的示例代码 死锁是指多个进程循环等待它方占有的资源而无限期地僵持下去的局面。在计算机系统中，涉及软件、硬件资源都可能发生死锁。例如，在一个系统中，只有一台 CD-ROM 驱动器和一台打印机，某一...
Java多线程程序死锁检查 JCarder
06-02
JCarder是Java中用于检测多线程程序死锁的一款工具，它可以帮助开发者识别和避免死锁问题，提升程序的稳定性和效率。 首先，我们需要理解死锁的基本概念。在Java中，死锁通常发生在多个线程之间，每个线程持有某些...
java中常见的死锁以及解决方法代码
08-26
Java 中常见的死锁以及解决方法代码 在 Java 中，死锁是一个常见的问题，它可能会导致程序的崩溃或卡顿。死锁是指两个或多个线程在等待对方释放资源的过程中，导致所有线程都无法继续执行下去的情况。在 Java 中，...
Java多线程程序死锁检查类库 JCarder
05-14
Java多线程程序在设计和实现时，常常面临的一个挑战是死锁问题。死锁是指两个或多个并发执行的线程互相等待对方释放资源，从而导致它们都无法继续执行的情况。为了解决这个问题，开发者可以利用特定的工具进行检测，...
java死锁,并快速检查是否存在死锁
csdnmuyi的博客
12-08 686
java复现死锁的场景,并且当程序卡住不动的时候,如何查看是不是因为出现了死锁导致的,因为工作中我们的代码的调用链可能会很长,不方便查看是不是出现了死锁,该方法是快速的定位程序是不是有死锁的情况
java中死锁检测和预防
robinhunan的博客
05-11 860
死锁是并发编程中的常见问题，它发生在两个或多个线程被阻塞，等待对方释放锁时。死锁可能导致整个系统冻结或崩溃，是一个难以复现和修复的问题。在本文中，我们将探讨 Java 中死锁的成因、检测方法以及避免死锁的最佳实践。Java中的死锁是当两个或多个线程被阻塞并等待对方释放资源，这种情况叫做死锁。换句话说，两个或多个线程被卡住而无法继续，因为每个线程都持有另一个线程所需的资源，从而导致循环依赖。这可能会导致系统完全冻结或崩溃。例如，考虑两个线程，线程 A 和线程 B，以及两个锁，锁 1 和锁 2。
记一次程序死锁问题排查
天地孤影任我行的博客
09-30 501
死锁四个条件 互斥条件：一个资源每次只能被一个线程使用 占有且等待：一个线程因请求资源而阻塞时，对已获得的资源保持不放 不可强行占有：线程已获得的资源，在未使用完时，不能强行剥夺 循环等待条件：若干线程之间形成一种头尾相连的循环等待资源关系 问题排查 程序在启动过程中出现卡死现象，程序启动日志卡住，消费者消费到消息日志也是卡住的，凭感觉应该是程序启动的时候出现问题导致主线程挂起，于是执行下jstack命令查看下线程快照，得到下面的结果 Found one Java-level deadlock
Java 排查死锁的几种方式
男人要霸气的博客
11-24 1860
文章目录死锁案例排查死锁的三种方式jstackjconsolevisualVM 死锁案例 public class Test001 { final static Object obj = new Object(); final static Object obj2 = new Object(); public static void main(String[] args) { ExecutorService executorService = Executors
Java并发编程中的死锁排查与解决：常见场景和解决方案
C891106的博客
11-26 264
例如，线程A先请求资源X，再请求资源Y，而线程B也按照相同的顺序请求这两个资源。通过绘制资源分配图，可以直观地看出哪些资源被哪些线程请求和占用，从而判断是否存在死锁，并采取相应的措施解决死锁问题。例如，线程A持有资源X，但需要资源Y，而线程B持有资源Y，但需要资源X。嵌套锁的循环等待是指线程在持有一个锁的同时，又尝试获取另一个锁，而其他线程也在相反的顺序尝试获取这两个锁。死锁是指两个或多个线程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，这些线程将无法继续执行下去。
检查java死锁的三种方式
m0_61820867的博客
09-23 2197
介绍了java检验死锁的三种方式
详解Java死锁-检测与解决
最新发布
宋小黑的博客
01-08 1027
死锁的本质：当多个线程互相等待对方释放资源时，就会产生死锁。死锁问题在并发编程中是一个常见的问题，特别是在使用共享资源和锁时。理解死锁的四个必要条件（互斥、占有和等待、不可剥夺、循环等待）是分析和解决死锁问题的基础。
Java程序设计：理解死锁与学习路径
在Java程序设计中，死锁是一种多线程同步问题，当两个或多个线程互相等待对方释放资源而无法继续执行时，就会发生死锁。在提供的代码示例中，创建了两个静态对象Zhangsan和Lisi，它们分别代表两个线程。这两个线程...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值