欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

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

程序员文章站 2022-06-22 21:10:09
java程序中出现死锁问题,如果不了解排查方法,是束手无策的,今天咱们用三种方法找到死锁问题。 ......

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

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

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

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

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

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

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

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

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

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

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

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

工具位于jdk的bin目录中。

步骤一:打开visualvm.exe

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

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

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

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

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

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

步骤四:查看堆栈信息

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

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

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

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

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

总结

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

这些工具的使用可以查看:

深入理解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:多合一故障处理工具