教你如何快速排查死锁，如何避免死锁！

Java死锁排查与避免
最新推荐文章于 2025-09-14 22:47:30 发布
原创 最新推荐文章于 2025-09-14 22:47:30 发布 · 3k 阅读 · 12 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

文章目录

前言

相信程序员都会碰上这样的问题，Java死锁如何排查？又如何解决呢？那么，何为死锁呢？死锁是指两个或两个以上的进程在执行过程中，由于竞争资源或者由于彼此通信而造成的一种阻塞的现象。今天老顾一次性来帮助大家解决Java死锁的有关问题。

实例

死锁的本质，举个例子如果此时有一个线程 A ，按照先获持有锁 a 再获取锁 b的顺序获得锁，同时另外一个线程 B，按照先获取锁 b 再获取锁 a 的顺序获取锁。如下图所示：
在这里插入图片描述
接着我们用代码模拟上线的执行过程
在这里插入图片描述
直接运行，发现主线程一直处于执行中,一直无法结束
在这里插入图片描述

通过jdk工具jps、jstack排查死锁问题

步骤一：使用jsp查找程序进行

jps：jdk提供的一个工具，可以查看到正在运行的java进程
在这里插入图片描述
步骤二：使用jstack查看线程堆栈信息

jstack：jdk提供的一个工具，可以查看java进程中线程堆栈信息。更详细的用法见文档最后。

$ jstack 96521

在这里插入图片描述
从上面的堆栈信息中我们可以发现这个内容：“Found one Java-level deadlock”，表示程序中发现了一个死锁，后面包含更多详细的信息，重点下面：
在这里插入图片描述
死锁的代码是在DeadLock.java的32行和18行，此时我们就可以去优化代码，解决死锁问题。

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

jconsole：jdk提供的一个可视化的工具，方便排查程序的一些问题，如：程序内存溢出、死锁问题等等。更详细的用法见文档最后。jconsole位于jdk的bin目录中

$ jconsole

在这里插入图片描述
可以看到我们的程序，点击连接。
在这里插入图片描述
点击“检测死锁”，可以看到程序死锁信息
在这里插入图片描述
上图中可以看到详细的死锁信息，和jstack中信息类似。

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

VisualVM：jdk提供的一个非常强大的排查java程序问题的一个工具，可以监控程序的性能、查看jvm配置信息、堆快照、线程堆栈信息。算是程序优化的必备工具。工具位于jdk的bin目录中。

$ jvisualvm

在这里插入图片描述
切换到“线程”窗口
在这里插入图片描述
执行提示有死锁情况。在线程窗口中点击“线程Dump”按钮。
查看堆栈信息
在这里插入图片描述
线程堆栈快照的信息和jstack查看到的信息一样，即可发现死锁代码。

如何避免死锁？

我们知道了死锁如何产生的，那么就知道该如何去预防。如果一个线程每次只能获取一个锁，那么就不会出现由于嵌套持有锁顺序导致的死锁。

1. 正确的顺序获得锁

如果必须获取多个锁，我们就要考虑不同线程获取锁的顺序。

上面的例子出现死锁的根本原因就是获取所的顺序是乱序的，超乎我们控制的。上面例子最理想的情况就是把业务逻辑抽离出来，把获取锁的代码放在一个公共的方法里面，让这两个线程获取锁都是从我的公共的方法里面获取。

当Thread1线程进入公共方法时，获取了A锁，另外Thread2又进来了，但是A锁已经被Thread1线程获取了，所以只能阻塞等待。Thread1接着又获取锁B，Thread2线程就不能再获取不到了锁A，更别说再去获取锁B了，这样就有一定的顺序了。只有当线程1释放了所有锁，线程B才能获取。

比如前面的例子我们改成
在这里插入图片描述
查看打印结果，我们发现 线程0 获取成功然后线程1才能继续获取
在这里插入图片描述

2. 超时放弃

当线程获取锁超时了则放弃，这样就避免了出现死锁获取的情况。当使用synchronized关键词提供的内置锁时，只要线程没有获得锁，那么就会永远等待下去，然而Lock接口提供了boolean tryLock(long time, TimeUnit unit) throws InterruptedException方法，该方法可以按照固定时长等待锁，因此线程可以在获取锁超时以后，主动释放之前已经获得的所有的锁。通过这种方式，也可以很有效地避免死锁。

总结

死锁就是“两个任务以不合理的顺序互相争夺资源”造成，因此为了规避死锁，应用程序需要妥善处理资源获取的顺序。另外有些时候，死锁并不会马上在应用程序中体现出来，在通常情况下，都是应用在生产环境运行了一段时间后，才开始慢慢显现出来，在实际测试过程中，由于死锁的隐蔽性，很难在测试过程中及时发现死锁的存在，而且在生产环境中，应用出现了死锁，往往都是在应用状况最糟糕的时候——在高负载情况下。因此，开发者在开发过程中要谨慎分析每个系统资源的使用情况，合理规避死锁。

3步破解死锁？手把手教你从0到1排查死锁！
java专栏
07-17 902
摘要： 本文系统性地解析了死锁的成因、排查与解决方案。通过类比“独木桥僵局”形象说明死锁四大条件（互斥、持有等待、不可抢占、循环等待），并给出典型Java代码示例。针对排查环节，详细演示了jstack、jconsole工具链和MySQL/SQL Server死锁日志分析方法。解决方案提出锁顺序统一、tryLock超时机制、数据库事务优化等实战技巧，结合电商秒杀案例展示优化效果。最后对比传统方法与工具化方案的效率差异，提供开发建议和自动修复“彩蛋”。全文以代码注释+流程图贯穿，兼顾技术深度与新手友好性。（14
3步破解 java 死锁？手把手教你从0到1排查死锁！
java专栏
06-17 907
本文通过生动的比喻和详细的代码示例，深入浅出地讲解了死锁问题的原理、排查方法和解决方案。首先，文章将死锁比作“独木桥上的僵局”，并介绍了死锁的四个必要条件。接着，通过Java和数据库的实例，展示了如何使用工具（如jstack、JMC、MySQL日志）快速定位死锁。最后，文章提供了代码优化和工具配置的实用建议，如统一锁顺序、引入超时机制等，帮助开发者有效避免和解决死锁问题。文章还通过电商秒杀系统的实战案例，展示了如何在实际项目中应用这些技巧，显著提升系统性能。
避免死锁陷阱：加锁策略的优化与最佳实践解析
逆流的小鱼
05-12 1345
在多线程编程中，常用的加锁机制主要有悲观锁和乐观锁两种。悲观锁（如Synchronized、ReentrantLock）认为并发情况下一定会发生冲突，因此每次访问共享资源时都需要进行加锁操作。乐观锁（如CAS操作）则假设冲突出现的概率较低，不会立即锁定资源，而是在更新时检查在此之前是否有其他线程进行了更新。除了悲观锁和乐观锁，自旋锁是一种忙等待的锁，当线程尝试获取锁时，如果锁已被其他线程持有，该线程会循环检查锁是否已可用，而不是立即阻塞。自旋锁适用于锁持有时间较短的场景。
解决死锁和查询优化的方法
Timor的博客
12-26 761
怎么解决死锁？ （1）、合理分配资源：一次性分配所有的资源，如果有一个资源不能分配，那么也不给这个进程分配其它资源，这样可以预防死锁的发生。 （2）允许抢占资源：发现系统中有进程死锁时，我们可以强制性地剥夺某些进程的资源，然后分配给死锁进程，以解决死锁状态。 （3）撤销进程挂起：我们可以撤销死锁进程或者撤销代价最小的进程，直至有足够的资源可用，死锁状态消除为止。代价是指优先级、运行代价、进程的重要性和价值等 怎么进行查询优化？ 1、建立索引是我们最常用的方式之一 2、切分查询，可以将一个大的查询拆分多个小的
数据库死锁又双叒叕发生了？这5个排查技巧让你3分钟搞定！
我爱娃哈哈的专栏
09-14 1102
预防为主：统一锁顺序，缩短事务时间快速定位：善用工具，分析死锁日志对症下药：针对不同死锁类型采用不同解决方案监控到位：建立死锁监控，及时发现问题“一检测二分析三修复四预防”，下次遇到数据库死锁不慌！最后提醒一句：死锁虽然可怕，但并不是无解的。关键是要理解死锁的本质，掌握正确的排查方法，建立完善的预防机制。希望这篇文章能帮助大家在面对死锁时更加从容！关注我，不迷路，持续分享后端技术干货！公众号：服务端技术精选声明：本文原创，转载请注明出处。
浅谈死锁破除和优化
lonelyrains的专栏
03-06 2548
浅谈死锁优化
怎么防止死锁？
热门推荐
ConstXiong
05-21 1万+
怎么防止死锁？ 死锁的四个必要条件： 互斥条件：线程要求对所分配的资源（如打印机）进行排他性控制，即在一段时间内某资源仅为一个线程所占有。此时若有其他线程请求该资源，则请求线程只能等待。 不剥夺条件：线程所获得的资源在未使用完毕之前，不能被其他线程强行夺走，即只能由获得该资源的线程自己主动释放。 请求和保持条件：线程已经保持了至少一个资源，但又提出了新的资源请求，而该资源已被其他线程占...
如何排查死锁问题
奇舞周刊
01-18 2549
死锁是进程死锁的简称，是由Dijkstra于1965年研究银行家算法时首先提出来的。它是计算机系统乃至并发程序设计中最难处理的问题之一。我们平时比较会常遇到的应该就是数据库死锁了...
SQLServer排查死锁
06-09
### SQL Server 死锁排查与解决方法 #### 一、SQL Server Profiler 监控数据库死锁 在处理SQL Server数据库中的死锁问题时，一个非常实用的工具就是SQL Server Profiler。它可以帮助我们捕捉到数据库运行过程中的...
c++程序如何排查死锁
k1419197516的博客
08-06 555
这里会说出，哪儿哪儿他创建了线程，退出的时候，哪个线程拿住了lock，通过什么方式拿的，在第几行。当然你得用-g来编译，如果不是debug模式的话，也会有信息，只是不会指定说在cpp的几行，但能够知道在哪个函数内发生。用valgrind的helgrind工具。
mysql关于死锁的优化_20.3.9 关于死锁 深入浅出MySQL——数据库开发、优化与管理维护...
weixin_33181210的博客
02-02 187
20.3.9 关于死锁上文讲过，MyISAM表锁是deadlock free的，这是因为MyISAM总是一次获得所需的全部锁，要么全部满足，要么等待，因此不会出现死锁。但在InnoDB中，除单个SQL组成的事务外，锁是逐步获得的，这就决定了在InnoDB中发生死锁是可能的。如表20-17所示的就是一个发生死锁的例子。表20-17 InnoDB存储引擎中的死锁例子session_...
怎么避免死锁？
suncat的博客
10-23 3051
一、死锁的定义 多线程以及多进程改善了系统资源的利用率并提高了系统的处理能力。然而，并发执行也带来了新的问题——死锁。所谓死锁是指多个线程因竞争资源而造成的一种僵局（互相等待），若无外力作用，这些进程都将无法向前推进。下面我们通过一些实例来说明死锁现象。 先看生活中的一个实例，2个人一起吃饭但是只有一双筷子，2人轮流吃（同时拥有2只筷子才能吃）。某一个时候，一个拿了左筷子，一人拿了右筷子，2个...
如何避免死锁呢?
qq_25073223的博客
09-01 695
避免死锁的方法分享
如何避免死锁
weixin_50899769的博客
07-06 6916
如何避免死锁： 1.预防死锁–针对死锁的必要条件进行预防 破坏占有且等待条件，一次性申请进程所需要的所有资源。改进：允许进程只获得运行初期的资源，在运行过程中逐步释放使用完毕的资源，申请需要的资源。 破坏不可抢占条件：当一个进程申请需要的资源没有被满足时，释放掉所占有的所有资源。 破坏循环等待条件：给每个资源编号，当一个进程占有某个资源时，只能申请比这个编号大的资源 2.避免死锁–在分配资源之前判断是否会出现死锁 若一个进程的请求会导致死锁，则不启动。 若一个进程的增加资源会导致死锁，则不启动。 实现：银行
如何避免死锁？
qq_38983577的博客
08-23 1034
如何避免死锁？ 　　Java多线程中的死锁 死锁是指两个或两个以上的进程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，它们都将无法推进下去。这是一个严重的问题，因为死锁会让你的程序挂起无法完成任务，死锁的发生必须满足以下四个条件： 互斥条件：一个资源每次只能被一个进程使用。 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。 不剥夺条件：进程已获得的资...
如何排查死锁
最新发布
09-23
在不同的编程语言和环境中，排查死锁的方法有所不同，以下以 Java 和 Windows C++ 为例进行介绍。 ### Java 排查死锁 #### 代码模拟死锁 可以在代码中模拟出死锁情况，例如创建两个线程分别拿着一个锁，并且等着对方释放锁： ```java public class DeadlockTest { private static Object resource1 = new Object(); private static Object resource2 = new Object(); public static void main(String[] args) { new Thread(() -> { synchronized (resource1) { System.out.println(Thread.currentThread() + "获取到resource1"); try { Thread.sleep(1000); } catch (InterruptedException e) { throw new RuntimeException(e); } synchronized (resource2) { System.out.println(Thread.currentThread() + "获取到resource2"); } } }).start(); new Thread(() -> { synchronized (resource2) { System.out.println(Thread.currentThread() + "获取到resource2"); synchronized (resource1) { System.out.println(Thread.currentThread() + "获取到resource1"); } } }).start(); } } ``` #### jstack 命令排查 当程序出现死锁时，可以使用 `jstack` 命令来分析线程的堆栈信息，从而定位死锁的位置。`jstack` 是 JDK 自带的工具，用于生成 Java 虚拟机当前时刻的线程快照。使用方法是在命令行中输入 `jstack <pid>`，其中 `<pid>` 是 Java 进程的 ID。 ### Windows C++ 排查死锁 #### 代码模拟死锁 在 Windows C++ 中也可以模拟死锁情况，例如使用 `std::mutex` 来创建两个线程，让它们相互等待对方释放锁： ```cpp #include <iostream> #include <thread> #include <mutex> std::mutex a, b; void function_a() { std::lock_guard<std::mutex> _x(a); std::this_thread::sleep_for(std::chrono::milliseconds(500)); std::lock_guard<std::mutex> _y(b); } void function_b() { std::lock_guard<std::mutex> _y(b); std::lock_guard<std::mutex> _x(a); } int main() { std::thread t1(function_a); std::thread t2(function_b); t1.join(); t2.join(); return 0; } ``` #### 排查方法 对于 Windows C++ 程序，可以使用 Windows 调试工具（如 Visual Studio 调试器）来排查死锁。在调试时，可以查看线程的调用栈信息，找出哪些线程在等待锁，以及锁的持有情况。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值