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

引领完成Docker的安装、部署、管理和扩展，让其经历从测试到生产的整个开发生命周期，深入了解Docker适用于什么场景。并且这本Docker的学习权威指南介绍了其组件的基础知识，然后用Docker构建容器和服务来完成各种任务：利用Docker为新项目建立测试环境，演示如何使用持续集成的工作流集成Docker，如何构建应用程序服务和平台，如何使用Docker的API，如何扩展Docker。

2401_83916355

2313人浏览 · 2024-04-15 16:43:53

2401_83916355 · 2024-04-15 16:43:53 发布

}

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开发知识点，真正体系化！

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

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

最后

权威指南-第一本Docker书

总共包含了：简介、安装Docker、Docker入门、使用Docker镜像和仓库、在测试中使用Docker、使用Docker构建服务、使用Fig编配Docke、使用Docker API、获得帮助和对Docker进行改进等9个章节的知识。

关于阿里内部都在强烈推荐使用的“K8S+Docker学习指南”—《深入浅出Kubernetes：理论+实战》、《权威指南-第一本Docker书》，看完之后两个字形容，爱了爱了！
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
r的API，如何扩展Docker。

[外链图片转存中…(img-ShVUejIm-1713170620641)]

[外链图片转存中…(img-ARmro12M-1713170620642)]

[外链图片转存中…(img-68hZfOa0-1713170620642)]

[外链图片转存中…(img-HBibuYeh-1713170620642)]

关于阿里内部都在强烈推荐使用的“K8S+Docker学习指南”—《深入浅出Kubernetes：理论+实战》、《权威指南-第一本Docker书》，看完之后两个字形容，爱了爱了！
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

点击阅读全文