java死锁（Java-level deadlock）

buguge - Keep it simple,stupid 2023-04-16 原文

java-level deadlock

如下代码可以模拟java死锁。注意：当出现死锁时，应用程序是无响应的。错误信息：

Found one Java-level deadlock:
=============================
"Thread-1":
waiting to lock monitor 0x000000001c773158 (object 0x000000076bbc06b8, a java.util.concurrent.Concurren
tHashMap),
which is held by "Thread-0"
"Thread-0":
waiting to lock monitor 0x000000001c774548 (object 0x000000076bbc06f8, a java.lang.Object),
which is held by "Thread-1"

deadlock demo及deadlock信息

上代码：

import java.util.concurrent.ConcurrentHashMap;
import static java.util.concurrent.TimeUnit.SECONDS;

public class TestDeadlockMain {

    private static final ConcurrentHashMap<String, String> concurrentHashMap1 = new ConcurrentHashMap<>(128);
    private static final Object concurrentHashMap2 = new Object();

    public static void main(String[] args) {
        new Thread(() -> {
            synchronized (concurrentHashMap1) {

                // 模拟逻辑执行
                try {
                    SECONDS.sleep(1L);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }

                synchronized (concurrentHashMap2) {
                    // 模拟逻辑执行
                    System.out.println("test deadlock");
                }
            }
        }).start();
        new Thread(() -> {
            synchronized (concurrentHashMap2) {
                synchronized (concurrentHashMap1) {
                    // 模拟逻辑执行
                    try {
                        SECONDS.sleep(1L);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                }
            }
        }).start();
        new Thread(()->{
            while (true){
                System.out.println(System.currentTimeMillis());
                try {
                    SECONDS.sleep(1);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        }).start();
    }

}

运行程序，通过控制台日志是无法看到死锁信息的。只能看到第三个线程在间隔1s不停的打日志，却无法看到另外两个线程在干啥。

如果是所调用的程序有用户界面的话，就会看到长时间无响应或超时的现象。

至于这个demo呢，我们可以借助IDEA的Terminal窗口。执行jps -l 命令，找到当前执行的java程序的进程pid。接下来执行 jstack pid 命令，查看JVM里的线程快照信息。

如下贴出来Terminal窗口的内容：

D:\SourceProject\account\target\test-classes\com\emaxcard\jvm>jps -l
24912
21556 org.jetbrains.jps.cmdline.Launcher
28840 com.emaxcard.jvm.TestDeadlockMain
30328 sun.tools.jps.Jps
13644 org.jetbrains.idea.maven.server.RemoteMavenServer

D:\SourceProject\account\target\test-classes\com\emaxcard\jvm>jstack 28840
2022-08-24 20:56:11
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.40-b25 mixed mode):

"DestroyJavaVM" #14 prio=5 os_prio=0 tid=0x0000000002a58800 nid=0x6bf4 waiting on condition [0x0000000000
000000]
   java.lang.Thread.State: RUNNABLE

"Thread-1" #13 prio=5 os_prio=0 tid=0x000000001fdba800 nid=0x4f88 waiting for monitor entry [0x0000000020
e1f000]
   java.lang.Thread.State: BLOCKED (on object monitor)
        at com.emaxcard.jvm.TestDeadlockMain.lambda$main$1(TestDeadlockMain.java:41)
        - waiting to lock <0x000000076bbc06b8> (a java.util.concurrent.ConcurrentHashMap)
        - locked <0x000000076bbc06f8> (a java.lang.Object)
        at com.emaxcard.jvm.TestDeadlockMain$$Lambda$2/654845766.run(Unknown Source)
        at java.lang.Thread.run(Thread.java:745)

"Thread-0" #12 prio=5 os_prio=0 tid=0x000000001fcf8000 nid=0x6ecc waiting for monitor entry [0x0000000020
d1e000]
   java.lang.Thread.State: BLOCKED (on object monitor)
        at com.emaxcard.jvm.TestDeadlockMain.lambda$main$0(TestDeadlockMain.java:33)
        - waiting to lock <0x000000076bbc06f8> (a java.lang.Object)
        - locked <0x000000076bbc06b8> (a java.util.concurrent.ConcurrentHashMap)
        at com.emaxcard.jvm.TestDeadlockMain$$Lambda$1/2101842856.run(Unknown Source)
        at java.lang.Thread.run(Thread.java:745)

"Service Thread" #11 daemon prio=9 os_prio=0 tid=0x000000001f53d800 nid=0x72d0 runnable [0x00000000000000
00]
   java.lang.Thread.State: RUNNABLE

"C1 CompilerThread3" #10 daemon prio=9 os_prio=2 tid=0x000000001f4ea800 nid=0x948 waiting on condition [0
x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread2" #9 daemon prio=9 os_prio=2 tid=0x000000001f4e8000 nid=0x5ed0 waiting on condition [0
x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread1" #8 daemon prio=9 os_prio=2 tid=0x000000001f4e3000 nid=0x6130 waiting on condition [0
x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread0" #7 daemon prio=9 os_prio=2 tid=0x000000001f4e0800 nid=0x6804 waiting on condition [0
x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Monitor Ctrl-Break" #6 daemon prio=5 os_prio=0 tid=0x000000001f4a8000 nid=0x52bc runnable [0x000000001f6
4e000]
   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:170)
        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 <0x000000076bce5ac8> (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 <0x000000076bce5ac8> (a java.io.InputStreamReader)
        at java.io.BufferedReader.readLine(BufferedReader.java:389)
        at com.intellij.rt.execution.application.AppMainV2$1.run(AppMainV2.java:61)

"Attach Listener" #5 daemon prio=5 os_prio=2 tid=0x000000001e7d2000 nid=0x6478 waiting on condition [0x00
00000000000000]
   java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" #4 daemon prio=9 os_prio=2 tid=0x000000001e7d1800 nid=0x5e4c runnable [0x000000000000
0000]
   java.lang.Thread.State: RUNNABLE

"Finalizer" #3 daemon prio=8 os_prio=1 tid=0x000000001c774800 nid=0x5df0 in Object.wait() [0x000000001e73
e000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x000000076b306f58> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
        - locked <0x000000076b306f58> (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=0x000000001c76e000 nid=0x6828 in Object.wait() [0x000
000001e63f000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x000000076b306998> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:502)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:157)
        - locked <0x000000076b306998> (a java.lang.ref.Reference$Lock)

"VM Thread" os_prio=2 tid=0x000000001c76a000 nid=0x3384 runnable

"GC task thread#0 (ParallelGC)" os_prio=0 tid=0x0000000002a72000 nid=0x6d44 runnable

"GC task thread#1 (ParallelGC)" os_prio=0 tid=0x0000000002a73800 nid=0x61c8 runnable

"GC task thread#2 (ParallelGC)" os_prio=0 tid=0x0000000002a75000 nid=0x6a00 runnable

"GC task thread#3 (ParallelGC)" os_prio=0 tid=0x0000000002a77800 nid=0x5e6c runnable

"GC task thread#4 (ParallelGC)" os_prio=0 tid=0x0000000002a7a000 nid=0x480c runnable

"GC task thread#5 (ParallelGC)" os_prio=0 tid=0x0000000002a7b000 nid=0x497c runnable

"GC task thread#6 (ParallelGC)" os_prio=0 tid=0x0000000002a7e000 nid=0x13f8 runnable

"GC task thread#7 (ParallelGC)" os_prio=0 tid=0x0000000002a7f800 nid=0x40b4 runnable

"VM Periodic Task Thread" os_prio=2 tid=0x000000001f53e800 nid=0x7314 waiting on condition

JNI global references: 330


Found one Java-level deadlock:
=============================
"Thread-1":
  waiting to lock monitor 0x000000001c773158 (object 0x000000076bbc06b8, a java.util.concurrent.Concurren
tHashMap),
  which is held by "Thread-0"
"Thread-0":
  waiting to lock monitor 0x000000001c774548 (object 0x000000076bbc06f8, a java.lang.Object),
  which is held by "Thread-1"

Java stack information for the threads listed above:
===================================================
"Thread-1":
        at com.emaxcard.jvm.TestDeadlockMain.lambda$main$1(TestDeadlockMain.java:41)
        - waiting to lock <0x000000076bbc06b8> (a java.util.concurrent.ConcurrentHashMap)
        - locked <0x000000076bbc06f8> (a java.lang.Object)
        at com.emaxcard.jvm.TestDeadlockMain$$Lambda$2/654845766.run(Unknown Source)
        at java.lang.Thread.run(Thread.java:745)
"Thread-0":
        at com.emaxcard.jvm.TestDeadlockMain.lambda$main$0(TestDeadlockMain.java:33)
        - waiting to lock <0x000000076bbc06f8> (a java.lang.Object)
        - locked <0x000000076bbc06b8> (a java.util.concurrent.ConcurrentHashMap)
        at com.emaxcard.jvm.TestDeadlockMain$$Lambda$1/2101842856.run(Unknown Source)
        at java.lang.Thread.run(Thread.java:745)

Found 1 deadlock.

jstack简介

jstack命令用于打印指定Java进程、核心文件或远程调试服务器的Java线程的Java堆栈跟踪信息^[1]。
jstack命令可以生成JVM当前时刻的线程快照。线程快照是当前JVM内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等。
如果java程序崩溃生成core文件，jstack工具可以用来获得core文件的java stack和native stack的信息，从而可以轻松地知道java程序是如何崩溃和在程序何处发生问题。
当指定的进程在64位Java虚拟机上运行时，可能需要指定-J-d64选项，例如:jstack -J-d64 -m pid。
该命令可能在未来的版本中不可用！！！

语法

jstack [ options ] pid

有关java死锁（Java-level deadlock）的更多相关文章

java - 等价于 Java 中的 Ruby Hash - 2
我真的很习惯使用Ruby编写以下代码:my_hash={}my_hash['test']=1Java中对应的数据结构是什么？最佳答案 HashMapmap=newHashMap();map.put("test",1);我假设？关于java-等价于Java中的RubyHash，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.com/questions/22737685/
java - 从 JRuby 调用 Java 类的问题 - 2
我正在尝试使用boilerpipe来自JRuby。我看过guide从JRuby调用Java，并成功地将它与另一个Java包一起使用，但无法弄清楚为什么同样的东西不能用于boilerpipe。我正在尝试基本上从JRuby中执行与此Java等效的操作:URLurl=newURL("http://www.example.com/some-location/index.html");Stringtext=ArticleExtractor.INSTANCE.getText(url);在JRuby中试过这个:require'java'url=java.net.URL.new("http://www
java - 我的模型类或其他类中应该有逻辑吗 - 2
我只想对我一直在思考的这个问题有其他意见，例如我有classuser_controller和classuserclassUserattr_accessor:name,:usernameendclassUserController//dosomethingaboutanythingaboutusersend问题是我的User类中是否应该有逻辑user=User.newuser.do_something(user1)oritshouldbeuser_controller=UserController.newuser_controller.do_something(user1,user2)我
java - 什么相当于 ruby 的 rack 或 python 的 Java wsgi？ - 2
什么是ruby的rack或python的Java的wsgi？还有一个路由库。最佳答案来自Python标准PEP333:Bycontrast,althoughJavahasjustasmanywebapplicationframeworksavailable,Java's"servlet"APImakesitpossibleforapplicationswrittenwithanyJavawebapplicationframeworktoruninanywebserverthatsupportstheservletAPI.ht
Observability：从零开始创建 Java 微服务并监控它（二） - 2
这篇文章是继上一篇文章“Observability：从零开始创建Java微服务并监控它（一）”的续篇。在上一篇文章中，我们讲述了如何创建一个Javaweb应用，并使用Filebeat来收集应用所生成的日志。在今天的文章中，我来详述如何收集应用的指标，使用APM来监控应用并监督web服务的在线情况。源码可以在地址 https://github.com/liu-xiao-guo/java_observability 进行下载。摄入指标指标被视为可以随时更改的时间点值。当前请求的数量可以改变任何毫秒。你可能有1000个请求的峰值，然后一切都回到一个请求。这也意味着这些指标可能不准确，你还想提取最小/
【Java 面试合集】HashMap中为什么引入红黑树，而不是AVL树呢 - 2
HashMap中为什么引入红黑树，而不是AVL树呢1.概述开始学习这个知识点之前我们需要知道，在JDK1.8以及之前，针对HashMap有什么不同。JDK1.7的时候，HashMap的底层实现是数组+链表JDK1.8的时候，HashMap的底层实现是数组+链表+红黑树我们要思考一个问题，为什么要从链表转为红黑树呢。首先先让我们了解下链表有什么不好？？？2.链表上述的截图其实就是链表的结构，我们来看下链表的增删改查的时间复杂度增：因为链表不是线性结构，所以每次添加的时候，只需要移动一个节点，所以可以理解为复杂度是N(1)删：算法时间复杂度跟增保持一致查：既然是非线性结构，所以查询某一个节点的时候
【Java入门】使用Java实现文件夹的遍历 - 2
遍历文件夹我们通常是使用递归进行操作，这种方式比较简单，也比较容易理解。本文为大家介绍另一种不使用递归的方式，由于没有使用递归，只用到了循环和集合，所以效率更高一些！一、使用递归遍历文件夹整体思路1、使用File封装初始目录，2、打印这个目录3、获取这个目录下所有的子文件和子目录的数组。4、遍历这个数组，取出每个File对象4-1、如果File是否是一个文件，打印4-2、否则就是一个目录，递归调用代码实现publicclassSearchFile{publicstaticvoidmain(String[]args){//初始目录Filedir=newFile("d:/Dev");Datebeg
java - 为什么 ruby modulo 与 java/other lang 不同？ - 2
我基本上来自Java背景并且努力理解Ruby中的模运算。(5%3)(-5%3)(5%-3)(-5%-3)Java中的上述操作产生，2个-22个-2但在Ruby中，相同的表达式会产生21个-1-2.Ruby在逻辑上有多擅长这个？模块操作在Ruby中是如何实现的？如果将同一个操作定义为一个web服务，两个服务如何匹配逻辑。最佳答案在Java中，模运算的结果与被除数的符号相同。在Ruby中，它与除数的符号相同。remainder()在Ruby中与被除数的符号相同。您可能还想引用modulooperation.
java - Ruby 相当于 Java 的 Collections.unmodifiableList 和 Collections.unmodifiableMap - 2
Java的Collections.unmodifiableList和Collections.unmodifiableMap在Ruby标准API中是否有等价物？最佳答案使用freeze应用程序接口(interface):Preventsfurthermodificationstoobj.ARuntimeErrorwillberaisedifmodificationisattempted.Thereisnowaytounfreezeafrozenobject.SeealsoObject#frozen?.Thismethodretur
java - Java 的 StringReader 的 Ruby 等价物是什么？ - 2
在Java中，可以像这样从一个字符串创建一个IO流:Readerr=newStringReader("mytext");我希望能够在Ruby中做同样的事情，这样我就可以获取一个字符串并将其视为一个IO流。最佳答案 r=StringIO.new("mytext")和here'sthedocumentation. 关于java-Java的StringReader的Ruby等价物是什么？，我们在StackOverflow上找到一个类似的问题： https://st

java死锁（Java-level deadlock）

java-level deadlock

deadlock demo及deadlock信息

jstack简介

有关java死锁（Java-level deadlock）的更多相关文章

随机推荐