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

于 2024-04-09 10:41:26 发布
阅读量321 收藏 3
点赞数 3
分类专栏： 程序员 文章标签： java python 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/q16974058/article/details/137542240
版权

程序中：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左侧窗口中，双击即可打开。

在这里插入图片描述

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

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

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

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

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

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

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）

img

最后

码字不易，觉得有帮助的可以帮忙点个赞，让更多有需要的人看到

又是一年求职季，在这里，我为各位准备了一套Java程序员精选高频面试笔试真题，来帮助大家攻下BAT的offer，题目范围从初级的Java基础到高级的分布式架构等等一系列的面试题和答案，用于给大家作为参考

以下是部分内容截图
架构面试专题及架构学习笔记导图.png
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
备注Java获取）**

img

最后

码字不易，觉得有帮助的可以帮忙点个赞，让更多有需要的人看到

又是一年求职季，在这里，我为各位准备了一套Java程序员精选高频面试笔试真题，来帮助大家攻下BAT的offer，题目范围从初级的Java基础到高级的分布式架构等等一系列的面试题和答案，用于给大家作为参考

以下是部分内容截图
[外链图片转存中…(img-xkpZ54eO-1712630472124)]
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

Java天道酬勤
关注
  • 3
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
java中死锁检测和预防
robinhunan的博客
05-11 858
死锁是并发编程中的常见问题，它发生在两个或多个线程被阻塞，等待对方释放锁时。死锁可能导致整个系统冻结或崩溃，是一个难以复现和修复的问题。在本文中，我们将探讨 Java 中死锁的成因、检测方法以及避免死锁的最佳实践。Java中的死锁是当两个或多个线程被阻塞并等待对方释放资源，这种情况叫做死锁。换句话说，两个或多个线程被卡住而无法继续，因为每个线程都持有另一个线程所需的资源，从而导致循环依赖。这可能会导致系统完全冻结或崩溃。例如，考虑两个线程，线程 A 和线程 B，以及两个锁，锁 1 和锁 2。
Java线程死锁查看分析方法
简简单单，平平淡淡
11-22 1914
如何查看是否有Java线程死锁？下面介绍两种方法。 一.Jconsole         Jconsole是JDK自带的图形化界面工具，使用JDK给我们的的工具JConsole，可以通过打开cmd然后输入jconsole打开。         连接到需要查看的进程。         打开线程选项卡，然后点击左下角的“检测死锁” 。         jcon
生产者/消费者代码（使用notify和wait实现）
qq_38089964的博客
12-18 493
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死锁如何排查
yuec1998的博客
07-31 1971
java死锁排查 jconsole jps，jps -l，jstark
Java那些“锁”事 - 死锁及排查
大后生大大大的博客
07-29 1235
死锁是两个或者两个以上的线程在执行过程中，因争夺资源而造成的一种互斥等待现象，若没有外界干涉那么它们将无法推进下去。如果系统资源不足，进程的资源请求都得到满足，死锁出现的可能性就很低，否则就会因为争夺有限的资源而陷入死锁。
如何找到死锁的线程?_java都学什么
最新发布
Blue92120的博客
08-07 353
在Java中，死锁是指两个或多个线程被无限地阻塞，等待彼此持有的资源，从而导致程序无法继续执行的情况。死锁通常是由于线程之间循环等待资源而产生的。
IDEA Java 死锁 解决死锁状态的三种方法
weixin_45462695的博客
05-20 1575
package com.aaa.test.ticket; public class ThreadMethed { public static int num=20; public static void main(String[] args) { priorityTest(); } //设置优先级 争抢到时间片的概率变大或变小 setPriority(10)[1,10] public static void priorityTest(){
java线程死锁代码示例
08-28
java线程死锁代码示例 本文主要介绍了java线程死锁代码示例，分享了一个简单线程死锁的例子，需要的朋友可以参考下。以下是对该示例的详细解释和知识点总结： 1. 死锁的概念：死锁是操作系统层面的一个错误，是...
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 排查死锁的几种方式
男人要霸气的博客
11-24 1851
文章目录死锁案例排查死锁的三种方式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 死锁的原理、检测和解决死锁
ALONG的博客
04-20 1134
介绍死锁的原理、死锁产生的条件、死锁的例子和解决死锁
检查java死锁的三种方式
m0_61820867的博客
09-23 2191
介绍了java检验死锁的三种方式
Java检测死锁的三种方法
qq_45515347的博客
09-26 1040
在学习并发编程时，如何检测代码死锁的具体线程，介绍了三种检测的方法，无需下载额外程序，全为jdk自带检测工具

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值