Java线程死锁–案例研究

最新推荐文章于 2024-08-05 13:14:43 发布
最新推荐文章于 2024-08-05 13:14:43 发布
阅读量236 收藏
点赞数
文章标签： java 编程语言 人工智能 多线程 机器学习
本文将描述从在IBM JVM 1.6上运行的Weblogic 11g生产系统中观察到的最新Java死锁问题的完整根本原因分析。

此案例研究还将证明掌握线程转储分析技能的重要性； 包括用于IBM JVM Thread Dump格式。

环境规格

– Java EE服务器：Oracle Weblogic Server 11g和Spring 2.0.5 –操作系统：AIX 5.3 – Java虚拟机：IBM JRE 1.6.0 –平台类型：门户和订购应用程序
监控和故障排除工具
– JVM线程转储（IBM JVM格式）– Compuware Server Vantage（Weblogic JMX监视和警报）

问题概述

从Compuware Server Vantage观察到并报告了一个严重的线程阻塞问题，该问题影响了我们的2台Weblogic 11g生产托管服务器，从而导致了最终用户的应用程序影响和超时情况。

事实的收集和验证

像往常一样，Java EE问题调查需要收集技术和非技术事实，因此我们可以得出其他事实和/或就根本原因进行结论。 在采取纠正措施之前，要对以下事实进行核实，以便得出根本原因：
·对客户有什么影响？ MEDIUM（16个中只有2个受管服务器/ JVM受影响）·受影响平台的最新更改？ 是（新的与JMS相关的异步组件）·最近到受影响平台的流量有增加吗？ 否·这个问题如何表现出来？ 观察到线程突然增加，导致线程快速耗尽。·Weblogic托管服务器重新启动是否解决了问题？ 是的，但是几个小时后问题又回来了（不可预测的间歇性模式）

– 结论1 ：

该问题与间歇性卡住的线程行为有关，该行为当时仅影响少数Weblogic托管服务器

– 结论2 ：

由于问题是断断续续的，因此不太可能出现全局根本原因，例如下游系统无响应

线程转储分析–第一遍

处理滞留的线程问题时，要做的第一件事是生成JVM线程转储。 无论您的环境规格和问题背景如何，这都是一条黄金法则。 JVM线程转储快照为您提供了有关活动线程及其当时正在执行的处理/任务类型的重要信息。
现在回到我们的案例研究，生成了一个IBM JVM线程转储（javacore.xyz格式），它确实揭示了以下Java线程死锁情况： 

1LKDEADLOCK    Deadlock detected !!!
             
             
             NULL           ---------------------
             
             
             NULL           
             
             
             2LKDEADLOCKTHR  Thread '[STUCK] ExecuteThread: '8' for queue: 'weblogic.kernel.Default (self-tuning)'' (0x000000012CC08B00)
             
             
             3LKDEADLOCKWTR    is waiting for:
             
             
             4LKDEADLOCKMON      sys_mon_t:0x0000000126171DF8 infl_mon_t: 0x0000000126171E38:
             
             
             4LKDEADLOCKOBJ      weblogic/jms/frontend/FESession@0x07000000198048C0/0x07000000198048D8: 
             
             
             3LKDEADLOCKOWN    which is owned by:
             
             
             2LKDEADLOCKTHR  Thread '[STUCK] ExecuteThread: '10' for queue: 'weblogic.kernel.Default (self-tuning)'' (0x000000012E560500)
             
             
             3LKDEADLOCKWTR    which is waiting for:
             
             
             4LKDEADLOCKMON      sys_mon_t:0x000000012884CD60 infl_mon_t: 0x000000012884CDA0:
             
             
             4LKDEADLOCKOBJ      weblogic/jms/frontend/FEConnection@0x0700000019822F08/0x0700000019822F20: 
             
             
             3LKDEADLOCKOWN    which is owned by:
             
             
             2LKDEADLOCKTHR  Thread '[STUCK] ExecuteThread: '8' for queue: 'weblogic.kernel.Default (self-tuning)'' (0x000000012CC08B00)

死锁情况可以按照以下方式进行翻译：
– Weblogic线程8正在等待获取Weblogic线程10拥有的对象监视器锁
– Weblogic线程＃10正在等待获取Weblogic线程＃8拥有的对象监视器锁 结论： Weblogic线程＃8和＃10都在等待。 永远！ 现在，在深入分析根本原因之前，让我为您提供有关Java Thread死锁的高级概述。

Java线程死锁概述

你们中的大多数人可能都熟悉Java Thread死锁原理，但是您真的遇到了真正的死锁问题吗？

根据我的经验，真正的Java死锁很少见，在过去的10年中，我只看到5次此类死锁。 原因是大多数与线程卡住有关的问题是由于线程挂起情况（正在等待远程IO调用等）引起的，而与其他线程没有真正的死锁条件有关。
Java线程死锁是一种情况，例如，线程A等待获取线程B持有的对象监视器锁，而该线程本身正等待获取线程A持有的对象监视器锁。这两个线程将永远彼此等待。 这种情况可以如下图所示：

线程死锁已确认……现在该怎么办？
一旦确认了死锁（ 大多数JVM线程转储实现将为您突出显示 ），下一步就是通过检查死锁情况下涉及的每个线程及其当前任务和等待条件，来进行更深入的分析。
在我们的问题案例中，对于涉及死锁条件的每个线程，在部分线程堆栈跟踪下面找到： **请注意，出于保密目的，真实应用程序Java包名称已重命名**

Weblogic线程＃8 

'[STUCK] ExecuteThread: '8' for queue: 'weblogic.kernel.Default (self-tuning)'' J9VMThread:0x000000012CC08B00, j9thread_t:0x00000001299E5100, java/lang/Thread:0x070000001D72EE00, state:B, prio=1
             
             
             (native thread ID:0x111200F, native priority:0x1, native policy:UNKNOWN)
             
             
             Java callstack:
             
             
                    at weblogic/jms/frontend/FEConnection.stop(FEConnection.java:671(Compiled Code))
             
             
                    at weblogic/jms/frontend/FEConnection.invoke(FEConnection.java:1685(Compiled Code))
             
             
                    at weblogic/messaging/dispatcher/Request.wrappedFiniteStateMachine(Request.java:961(Compiled Code))
             
             
                    at weblogic/messaging/dispatcher/DispatcherImpl.syncRequest(DispatcherImpl.java:184(Compiled Code))
             
             
                    at weblogic/messaging/dispatcher/DispatcherImpl.dispatchSync(DispatcherImpl.java:212(Compiled Code))
             
             
                    
             at weblogic/jms/dispatcher/DispatcherAdapter.dispatchSync(DispatcherAdapter.java:43(Compiled Code))
             
             
                    
             at weblogic/jms/client/JMSConnection.stop(JMSConnection.java:863(Compiled Code))
             
             
                    at weblogic/jms/client/WLConnectionImpl.stop(WLConnectionImpl.java:843)
             
             
                    at org/springframework/jms/connection/SingleConnectionFactory.closeConnection(SingleConnectionFactory.java:342)
             
             
                    at org/springframework/jms/connection/SingleConnectionFactory.resetConnection (SingleConnectionFactory.java:296)
             
             
                    at org/app/JMSReceiver.receive()
             
             
             ……………………………………………………………………

Weblogic线程＃10 

'[STUCK] ExecuteThread: '10' for queue: 'weblogic.kernel.Default (self-tuning)'' J9VMThread:0x000000012E560500, j9thread_t:0x000000012E35BCE0, java/lang/Thread:0x070000001ECA9200, state:B, prio=1
             
             
              (native thread ID:0x4FA027, native priority:0x1, native policy:UNKNOWN)
             
             
             Java callstack:
             
             
                    at weblogic/jms/frontend/FEConnection .getPeerVersion(FEConnection.java:1381(Compiled Code))
             
             
                    at weblogic/jms/frontend/FESession.setUpBackEndSession(FESession.java:755(Compiled Code))
             
             
                    at weblogic/jms/frontend/FESession.consumerCreate(FESession.java:1025(Compiled Code))
             
             
                    at weblogic/jms/frontend/FESession.invoke(FESession.java:2995(Compiled Code))
             
             
                    at weblogic/messaging/dispatcher/Request.wrappedFiniteStateMachine(Request.java:961(Compiled Code))
             
             
                    at weblogic/messaging/dispatcher/DispatcherImpl.syncRequest(DispatcherImpl.java:184(Compiled Code))
             
             
                    at weblogic/messaging/dispatcher/DispatcherImpl.dispatchSync(DispatcherImpl.java:212(Compiled Code))
             
             
                    
             at weblogic/jms/dispatcher/DispatcherAdapter.dispatchSync(DispatcherAdapter.java:43(Compiled Code))
             
             
                    
             at weblogic/jms/client/JMSSession.consumerCreate(JMSSession.java:2982(Compiled Code))
             
             
                    at weblogic/jms/client/JMSSession.setupConsumer(JMSSession.java:2749(Compiled Code))
             
             
                    at weblogic/jms/client/JMSSession.createConsumer(JMSSession.java:2691(Compiled Code))
             
             
                    at weblogic/jms/client/JMSSession.createReceiver(JMSSession.java:2596(Compiled Code))
             
             
                    at weblogic/jms/client/WLSessionImpl.createReceiver(WLSessionImpl.java:991(Compiled Code))
             
             
                    at org/springframework/jms/core/JmsTemplate102.createConsumer(JmsTemplate102.java:204(Compiled Code))
             
             
                    at org/springframework/jms/core/JmsTemplate.doReceive(JmsTemplate.java:676(Compiled Code))
             
             
                    at org/springframework/jms/core/JmsTemplate$10.doInJms(JmsTemplate.java:652(Compiled Code))
             
             
                    at org/springframework/jms/core/JmsTemplate.execute(JmsTemplate.java:412(Compiled Code))
             
             
                    at org/springframework/jms/core/JmsTemplate.receiveSelected(JmsTemplate.java:650(Compiled Code))
             
             
                    at org/springframework/jms/core/JmsTemplate.receiveSelected(JmsTemplate.java:641(Compiled Code))
             
             
                    at org/app/JMSReceiver.receive()
             
             
             ……………………………………………………………

如您在上面的“线程跟踪跟踪”中所看到的，这种死锁确实来自我们的应用程序代码，该应用程序代码使用Spring框架API进行JMS使用者实现（在不使用MDB的情况下非常有用）。 堆栈跟踪非常有趣，它揭示了两个线程都在与相同的 Weblogic JMS使用者会话/连接竞争的情况下，并导致死锁情况：
– Weblogic线程＃8试图重置并关闭当前的JMS连接– Weblogic线程＃10试图使用相同的JMS连接/会话以创建新的JMS使用方–触发了线程死锁！

根本原因：非线程安全的Spring JMS SingleConnectionFactory实现

Spring JIRA错误数据库的代码回顾和快速研究确实揭示了以下与上述分析完美相关的以下线程安全缺陷：
＃SingleConnectionFactory的resetConnection导致与基础OracleAQ的JMS连接的死锁https://jira.springsource.org/browse/SPR-5987
Spring SingleConnectionFactory的修补程序于2009年发布，确实涉及添加适当的sync {}块，以防止在发生JMS Connection重置操作时线程死锁： 

synchronized (connectionMonitor) {
             
             
               //if condition added to avoid possible deadlocks when trying to reset the target connection 
             
             
               if (!started) {
             
             
                 this.target.start(); 
             
             
                 started = true; 
             
             
               }
             
             
             }

解

我们的团队目前正计划将该Spring补丁不久后集成到我们的生产环境中。 在我们的测试环境中执行的初始测试是肯定的。

结论

我希望这个案例研究能帮助您理解现实中的Java线程死锁问题，以及适当的线程转储分析技能如何使您能够在代码级快速查明与线程相关的卡住问题的根本原因。 请不要犹豫，发表任何评论或问题。

参考： Java Thread死锁–来自我们的JCG合作伙伴 Pierre-Hugues Charbonneau的案例研究 ，位于Java EE支持模式和Java教程博客上。


翻译自: https://www.javacodegeeks.com/2012/06/java-thread-deadlock-case-study.html

dnc8371
关注
log4j 多线程死锁问题_Log4j线程死锁–案例研究
最佳 Java 编程
06-04 1748
log4j 多线程死锁问题 此案例研究描述了影响Weblogic Portal 10.0生产环境的Apache Log4j线程争用问题的完整根本原因分析和解决方案。 它还将展示在开发和支持Java EE应用程序时适当的Java类加载器知识的重要性。 本文也是您提高线程转储分析技能和了解线程竞争条件的另一个机会。 环境规格 Java EE服务器：Oracle Weblogic Por...
2021全新Java多线程并发入门到精通，一篇就能学会
dabaoad1122的博客
03-28 6772
目录一， JAVA 多线程并发1，JAVA 并发知识库2，JAVA 线程实现/创建方式（1） 继承 Thread 类（2）实现 Runnable 接口。（3）ExecutorService、Callable、Future 有返回值线程（4）基于线程池的方式（5）4 种线程池（6）newCachedThreadPool（7）newFixedThreadPool（8）newScheduledThreadPool（9）newSingleThreadExecutor3，线程生命周期(状态)（1）新建状态（NEW）（
一个java线程池死锁的例子
05-30
线程池里的线程等待等待队列里的线程执行，等待队列里的等待线程池里的完成，相互等待
10.线程死锁
08-26 183
需要避免的与多任务处理有关的特殊错误类型是死锁（deadlock）。死锁发生在当两个线程对一对同步对象有循环依赖关系时。例如，假定一个线程进入了对象X的管程而另一个线程进入了对象Y的管程。如果X的线程试图调用Y的同步方法，它将像预料的一样被锁定。而Y的线程同样希望调用X的一些同步方法，线程永远等待，因为为到达X，必须释放自己的Y的锁定以使第一个线程可以完成。死锁是很难调试的错误，因为： 通常
Java中的死锁及如何避免
最新发布
q1054261752的博客
08-05 341
搜索。
Java多线程（十六）：死锁
changhenshui1990的博客
08-18 346
一、死锁的定义     多线程以及多进程改善了系统资源的利用率并提高了系统 的处理能力。然而，并发执行也带来了新的问题——死锁。所谓死锁是指多个线程因竞争资源而造成的一种僵局（互相等待），若无外力作用，这些进程都将无法向前推进。     所谓死锁是指两个或两个以上的线程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，它们都将无法推进下去。    下面我们通过一些实例来说明死锁现象...
Java多线程7：死锁
weixin_34107739的博客
10-03 259
前言 死锁单独写一篇文章是因为这是一个很严重的、必须要引起重视的问题。这不是夸大死锁的风险，尽管锁被持有的时间通常很短，但是作为商业产品的应用程序每天可能要执行数十亿次获取锁->释放锁的操作，只要在这数十亿次操作中只要有一次发生了错误，就可能导致程序中发生死锁，并且即使通过压力测试也不可能找出所有潜在的死锁。   死锁 一个经典的多线程问题。 当一个线程永远地持有一个锁，并且其他线...
Java线程的死锁
天高任鸟飞
05-13 1028
两个线程，在运行时都在等待对方的锁 这样，便造成了程序的停滞，这种现象称为死锁 示例，Example14.java 代码如下 class DeadLockThread implements Runnable{ static Object chopsticks=new Object(); // 定义Object类型的chopsticks锁对象 static Ob...
Java基础加强重温_08：线程不安全、线程同步、线程状态、线程状态切换、线程池（Executors类、newFixedThreadPool）、死锁、Lambda表达式、Stream
Jinniu00 的博客
04-04 515
摘要 Java基础加强重温_08： 线程安全（线程安全概念、线程不安全案例）、 线程同步（同步代码块、同步方法、Lock锁，锁对象）、 线程状态（new新建、Runnable可运行、Blocked锁阻塞、Waiting无限等待、Timed Waiting计时等待、Teminated被终止）、 线程状态切换（notify唤醒、sleep计时等待、wait无限等待、sleep不释放锁，wait释放锁）...
JAVA经典面试题附答案(持续更新版)
热门推荐
hjseo_seg的博客
06-23 1万+
前言: 少年易老学难成，一寸光阴不可轻。未觉池塘春草梦，阶前梧叶已秋声 。—朱熹《劝学诗》 勤奋才是改变你命运的唯一捷径。 整理不易,各位看官点赞再看更舒适，养成好习惯(●′｀●)1.JAVA中的几种基本类型，各占用多少字节？ 下图单位是bit,非字节 1B=8bit 2.String能被继承吗？为什么？ 不可以，因为String类有final修饰符，而final修饰的类是不能被继承的，实现细节不允许改变。平常我们定义的String str=”abc”(直接赋一个字面量);其实和String str=
Java知识点概览
qq_48403611的博客
08-03 3315
java后端开发常见面试题总结
java线程死锁_Java线程死锁实例及解决方法
weixin_36060539的博客
02-12 401
这篇文章主要介绍了Java线程死锁实例及解决方法,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下1、死锁的定义所谓死锁是指多个线程因竞争资源而造成的一种僵局(互相等待)，若无外力作用，这些进程都将无法向前推进2、死锁产生的必要条件互斥条件：线程要求对所分配的资源(如打印机)进行排他性控制，即在一段时间内某资源仅为一个线程所占有。此时若有线程请求该资...
java线程死锁例子_一个Java线程死锁的例子
weixin_39949386的博客
02-17 94
package com.lk.B;public class Test4 {private static final Object o1 = new Object();private static final Object o2 = new Object();private class Run1 implements Runnable{@Overridepublic void run() {// T...
Java多线程——死锁
u010759175的专栏
12-28 1130
话不多说先来个例子说明 灰姑娘和白雪公主化妆，但是同时拿着对方的资源不释放，形成了僵持的局面 //死锁：多个线程互相抱着对方需要的资源，形成僵持 public class DeadLock { public static void main(String[] args) { MakeUp m1 = new MakeUp(0,"灰姑娘"); MakeUp m2 = new MakeUp(1,"白雪公主"); m1.start(); m2.start(); } } //口红 class
java死锁实例
weixin_41492331的博客
04-07 487
在这个示例中，有两个线程t1和t2，它们都试图获取两个锁lock1和lock2，但是获取锁的顺序不同。如果t1先获取了lock1，然后尝试获取lock2，同时t2先获取了lock2，然后尝试获取lock1，就会发生死锁。在这种情况下，t1持有lock1，等待t2释放lock2，而t2持有lock2，等待t1释放lock1，两个线程互相等待对方释放锁，形成死锁。
java多线程（十三）死锁问题实例分析
maligebilaowang的博客
03-04 298
可能会有多个线程形成了一个死锁的环路，比如：线程T1持有锁L1并且申请获得锁L2，而线程T2持有锁L2并且申请获得锁L3，而线程T3持有锁L3并且申请获得锁L1，这样导致了一个锁依赖的环路：T1依赖T2的锁L2，T2依赖T3的锁L3，而T3依赖T1的锁L1。从上面两个例子中，我们可以得出结论，产生死锁可能性的最根本原因是：线程在获得一个锁L1的情况下再去申请另外一个锁L2，也就是锁L1想要包含了锁L2，也就是说在获得了锁L1，并且没有释放锁L1的情况下，又去申请获得锁L2，这个是产生死锁的最根本原因。
java线程死锁
flybird的博客
03-10 220
public class Study extends Thread{ private Counter counter; public Study(Counter counter){ this.counter=counter; start(); } @Override public void run() { for
JAVA线程死锁
m0_47612857的博客
05-22 131
/** * 演示线程的死锁问题 * * 1.死锁的理解：不同的线程分别占用对方需要的同步资源不放弃， * 都在等待对方放弃自己需要的同步资源，就形成了线程的死锁 * * 2.说明： * 1）出现死锁后，不会出现异常，不会出现提示，只是所有的线程都处于阻塞状态，无法继续 * 2）我们使用同步时，要避免出现死锁。 * * @author shkstart * @create 2019-02-15 下午 3:20 */ public class ThreadTest { publi
夫妻车钥匙与钱包的Java线程死锁详解
"《一分钟用睡前小故事图解Java线程之死锁》是一篇以生活场景为载体深入讲解Java线程死锁问题的文章。文章以一对夫妻共享一辆车和一个钱包的故事为例，阐述了线程执行的六大状态对理解死锁的重要性。主要内容包括： ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值