java程序中出现死锁问题,如果不了解排查方法,是束手无策的,今天咱们用三种方法找到死锁问题。

运行下面代码

package com.jvm.visualvm;

/**
* <a href="http://www.itsoku.com/archives">Java干货铺子,只生产干货,公众号:javacode2018</a>
*/
public class Demo4 { public static void main(String[] args) {
User u1 = new User("u1");
User u2 = new User("u2");
Thread thread1 = new Thread(new SynAddRunalbe(u1, u2, 1, 2, true));
thread1.setName("thread1");
thread1.start();
Thread thread2 = new Thread(new SynAddRunalbe(u1, u2, 2, 1, false));
thread2.setName("thread2");
thread2.start();
} /**
* 线程死锁等待演示
*/
public static class SynAddRunalbe implements Runnable {
User u1, u2;
int a, b;
boolean flag; public SynAddRunalbe(User u1, User u2, int a, int b, boolean flag) {
this.u1 = u1;
this.u2 = u2;
this.a = a;
this.b = b;
this.flag = flag;
} @Override
public void run() {
try {
if (flag) {
synchronized (u1) {
Thread.sleep(100);
synchronized (u2) {
System.out.println(a + b);
}
}
} else {
synchronized (u2) {
Thread.sleep(100);
synchronized (u1) {
System.out.println(a + b);
}
}
}
} catch (InterruptedException e) {
e.printStackTrace();
}
}
} public static class User {
private String name; public String getName() {
return name;
} 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(TM) 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”按钮

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

线程堆栈快照的信息和jstack查看到的信息一样,即可发现死锁代码。

总结

程序中介绍了3中排查死锁的方法,使用到的都是jdk提供给我们的工具,这些工具对于我们优化程序来说,是非常好的,我们一定要掌握。

这些工具的使用可以查看:java虚拟机全集(31篇文章)

深入理解java虚拟机系列

  • 深入理解Java虚拟机笔记---内存区域
  • 深入理解Java虚拟机笔记---判断对象是否存活
  • 深入理解Java虚拟机笔记---垃圾收集算法
  • 深入理解Java虚拟机笔记---垃圾收集器
  • 深入理解Java虚拟机笔记---内存分配与回收策略
  • 深入理解Java虚拟机笔记---class类文件结构概述
  • 深入理解Java虚拟机笔记---class类文件魔数,版本,常量池
  • 深入理解Java虚拟机笔记---访问标志
  • 深入理解Java虚拟机笔记---类索引,父类索引,接口索引集合
  • 深入理解Java虚拟机笔记---字段表集合
  • 深入理解Java虚拟机笔记---方法表集合
  • 深入理解Java虚拟机笔记---属性表集合
  • 深入理解Java虚拟机笔记---引用类型和对象是否死亡
  • 深入理解Java虚拟机笔记---类加载时机
  • 深入理解Java虚拟机笔记---类加载过程
  • 深入理解Java虚拟机笔记---双亲委派模型
  • 深入理解Java虚拟机笔记---运行时栈帧结构
  • 深入理解Java虚拟机笔记---方法调用
  • 深入理解Java虚拟机笔记---内存模型
  • 深入理解Java虚拟机笔记---volatile变量的特殊规则
  • 深入理解Java虚拟机笔记---原子性、可见性、有序性
  • Hotspot JVM的常用选项
  • jvm新生代中为什么要有Survivor区,且必须是2个

jdk命令行工具系列

  • jdk命令行工具系列(1) - jps:虚拟机进程状态工具
  • jdk命令行工具系列(2) - jstat:虚拟机统计信息监控工具
  • jdk命令行工具系列(3) - jinfo:jvm配置信息工具
  • jdk命令行工具系列(4) - jmap:java内存映射工具
  • jdk命令行工具系列(5) - jhat:虚拟机堆转储快照分析工具
  • jdk命令行工具系列(6) - jstack:java堆栈跟踪工具

jdk可视化工具系列

  • JDK可视化工具系列(1)- JConsole:Java监视与管理控制台
  • JDK可视化工具系列(2)- jvisualvm:多合一故障处理工具

可以关注公众号:javacode2018,获取年薪50万课程,获取最新文章。

java程序死锁,3种方式快速找到死锁代码的更多相关文章

  1. day05-1 执行Python程序的两种方式

    目录 执行Python程序的两种方式 第一种:交互式 第二种:命令行式 三个步骤 两种方式的区别 执行Python程序的两种方式 第一种:交互式 在cmd中运行 优点:直接给出结果,执行效率高,及时报 ...

  2. Ubuntu系统---编译opencv程序的几种方式g++、Makefile、Cmake

    Ubuntu系统---编译opencv程序的几种方式g++.Makefile.Cmake 先建立一个工程(一个文件夹),写好xxx.cpp文件,可以是多个: //----------opencv.cp ...

  3. Thread类的常用方法_sleep和创建多线程程序的第二种方式_实现Runnable接口

    sleep方法是在Thread类中的一个静态方法,当一个线程调用了sleep方法,被调用的那个线程就会暂时的让出指定时间的CPU执行权,在这段时间也不会参与CPU的调度,当时间到了之后,就会重新回到就 ...

  4. 创建多线程程序的第一种方式_创建Thread类的子类

    创建多线程程序的第一种方式:创建Thread类的子类java.lang.Thread类:是描述线程的类,我们想要实现多线程程序,就必须继承Thread类 实现步骤: 1.创建一个Thread类的子类 ...

  5. Java序列化的几种方式以及序列化的作用

    Java序列化的几种方式以及序列化的作用 本文着重讲解一下Java序列化的相关内容. 如果对Java序列化感兴趣的同学可以研究一下. 一.Java序列化的作用    有的时候我们想要把一个Java对象 ...

  6. Java创建对象的4种方式?

     [Java创建对象的4种方式?] 1)通过new语句实例化一个对象 2)通过反射机制创建对象 3)通过clone()方法创建一个对象  (复制) 4)通过反序列化方式创建对象

  7. Java创建对象的几种方式

    解析:Java创建对象的几种方式(重要):(1) 用new语句创建对象,这是最常见的创建对象的方法.(2) 运用反射手段,调用java.lang.Class或者java.lang.reflect.Co ...

  8. 周一02.3运行python程序的两种方式

    一.运行python程序的两种方式 方法一:交互式:                     优点:输入一行代码立刻返回结果                      缺点:无法永久保存代码 方法二: ...

  9. &和&&的共同点和区别、Java字符含义和Java创建对象的几种方式

    一.&和&&的共同点和区别 1.&和&&的联系(共同点): &和&&都可以用作逻辑与运算符,但是要看使用时的具体条件来决定. 操 ...

随机推荐

  1. xtu summer individual 5 F - Post Office

    Post Office Time Limit: 1000ms Memory Limit: 10000KB This problem will be judged on PKU. Original ID ...

  2. php.ini中date.timezone设置分析

    date.timezone设置php5默认date.timezone为utc,改为date.timezone = PRC即可解决时间相差八小时的问题,但我在php的官方文档中看了半天也没找到这个参数啊 ...

  3. Codeforces Gym100495 B、D、E、F、K

    http://codeforces.com/gym/100495 K题 草地的面积减去相交的面积,计算几何,垃圾题,避免不必要的计算损失精度(能约分的约分) 卡了老子一个星期了 再加前几天的一道题 这 ...

  4. SQL Server Management Studio自定义快捷键

    SQL Server Management Studio支持自定义快捷键:工具->选项->键盘: 其中,Alt+F1.Ctrl+1.Ctrl+2是系统预定义的快捷键. 双击表名(或按Ctr ...

  5. P1631 序列合并 洛谷

    https://www.luogu.org/problem/show?pid=1631 题目描述 有两个长度都是N的序列A和B,在A和B中各取一个数相加可以得到N^2个和,求这N^2个和中最小的N个. ...

  6. python之SocketServer编程

    编写一个SocketServer需要实现以下步骤 编写一个handler类,继承BaseRequestHandler,重写handle()方法 针对是TCP还是UDP,生成一个server对象 调用s ...

  7. 【CV论文阅读】An elegant solution for subspace learning

    Pre: It is MY first time to see quite elegant a solution to seek a subspace for a group of local fea ...

  8. 配置-XX:+HeapDumpOnOutOfMemoryError 对于OOM错误自动输出dump文件

    配置-XX:+HeapDumpOnOutOfMemoryError 对于OOM错误自动输出dump文件 学习了:http://blog.csdn.net/stevendbaguo/article/de ...

  9. Windows Update 的工具

    Windows Update MiniTool 是一款管理 Windows Update 的工具,可以取得微軟 Windows 修補程式更新包,Windows Update 是我們用來升級系統的元件, ...

  10. Android学习笔记之Spinner下拉列表使用案例

    (1)两种方法提冲Spinner中的数据源:通过list集合,或者是通过xml文件进行配置 (2)布局代码例如以下: <RelativeLayout xmlns:android="ht ...