面试官问死锁的产生条件与排查方法一张图乡间小路比喻彻底拿下这道必考题附图解比喻避坑指南预计阅读12分钟 你是不是也这样能背出死锁的四个必要条件但面试官一追问“如何避免”“线上怎么排查”就答不上来了今天一张图 一个乡间小路故事 四大条件详解 六道追问彻底拿下这道题。摘要死锁是多个线程因循环等待对方持有的资源而陷入的无限阻塞状态是并发编程中最棘手的Bug之一。产生死锁必须同时满足4个必要条件互斥、持有并等待、非抢占、循环等待。排查死锁的核心手段是通过jstack -l或Arthas导出线程栈JVM会自动检测并输出死锁环。防止死锁的关键是破坏循环等待——通过资源有序分配或超时尝试获取锁tryLock。一句话死锁 两个线程都捂着手中的资源同时盯着对方手里的资源。我是折哥《Java 85题图解版》系列连载中已更新38题建议收藏本系列。每周2-3篇85题通关路线一键追完。点击关注第一时间收到每篇新题推送。上一篇面试官问线程池的核心参数与执行流程下一篇预告面试官问BIO、NIO、AIO的区别与IO多路复用全部85题点击查看总目录关注专栏追更不迷路一句话总结死锁 两个线程都捂着手中的资源同时盯着对方手里的资源。互斥Mutual Exclusion资源一次只能被一个线程占用 → 像乡间小路只能单向通行一辆车过了另一辆才能过。持有并等待Hold and Wait持有资源同时等待其他资源 → 像A车占着东段路同时等着B车让出西段路。非抢占No Preemption资源只能主动释放不能被强行夺走 → 像两车相遇谁也不能把对方抬走。循环等待Circular Wait形成等待环 → 像A等B让路B等A让路你等我我等你谁也动不了。背诵口诀互持非循——互斥、持有并等待、非抢占、循环等待。核心设计理念打破四个必要条件中的任何一个死锁就不会发生。 面试还原面试官什么是死锁产生死锁需要满足哪些条件线上出现死锁怎么排查这是Java并发面试中必问必考的压轴题之一直接进入正题。 一图看懂死锁原理与4个必要条件 生活比喻乡间小路两车相遇场景设定两条窄路交叉两辆车相向而行谁也无法掉头。① 互斥 道路只能单向通过窄路这段窄路资源同一时间只能容纳一辆车通过互斥。② 持有并等待 占着入口等对方退让A车占着东段路持有资源1同时等待B车让出西段路等待资源2。B车占着西段路持有资源2同时等待A车让出东段路等待资源1。③ 非抢占 不能把对方抬走A车不能把B车抬走无法抢占B车也不能把A车抬走。④ 循环等待 你等我我等你A等B让路B等A让路形成闭环。破解方法①架一座桥打破互斥使用读写锁②把路拓宽一次性获取所有资源③交警指挥强制一方倒车——超时释放锁。“ 核心对比表面试速查版4个必要条件详解条件定义如何打破典型示例互斥资源只能被一个线程占用使用读写锁/信号量锁对象默认互斥持有并等待持有资源同时等待其他资源一次性获取所有资源嵌套synchronized非抢占只能主动释放不能被抢使用tryLock(timeout)synchronized不能中断循环等待形成等待环统一资源获取顺序不同加锁顺序 死锁与活锁/饥饿的对比类型特点状态是否能自动恢复死锁Deadlock线程互相等待对方释放资源阻塞不动❌ 无法自动恢复活锁Livelock线程在忙但总在“原地打转”活跃但无进展⚠️ 理论可恢复实际很难饥饿Starvation某些线程长时间无法获取资源部分线程阻塞⚠️ 可优化公平锁️ 经典死锁代码示例publicclassDeadlockDemo{privatestaticfinalObjectlockAnewObject();privatestaticfinalObjectlockBnewObject();publicstaticvoidmain(String[]args){Threadt1newThread(()-{synchronized(lockA){// 线程1先拿ASystem.out.println(Thread-1 持有 lockA等待 lockB);try{Thread.sleep(100);}catch(Exceptione){}synchronized(lockB){System.out.println(Thread-1 获取到 lockB);}}});Threadt2newThread(()-{synchronized(lockB){// 线程2先拿B注意顺序和线程1相反System.out.println(Thread-2 持有 lockB等待 lockA);try{Thread.sleep(100);}catch(Exceptione){}synchronized(lockA){System.out.println(Thread-2 获取到 lockA);}}});t1.start();t2.start();}}️ 死锁排查工具工具命令核心能力jpsjps -l查看Java进程PIDjstackjstack -l pid自动检测死锁输出死锁环和锁信息Arthasthread -b一键定位死锁线程JVisualVM图形化监控可视化查看线程状态和死锁JConsole图形化监控检测死锁并展示线程阻塞情况jstack检测死锁的输出示例Found one Java-level deadlock: Thread-1: waiting to lock monitor 0x... (object lockA), which is held by Thread-0 Thread-0: waiting to lock monitor 0x... (object lockB), which is held by Thread-1 Java stack information for the threads listed above: Thread-1: ... at DeadlockDemo.lambda$main$1 Thread-0: ... at DeadlockDemo.lambda$main$0 高频面试追问6道大厂真题追问1synchronized和ReentrantLock在死锁预防上有什么区别回答要点ReentrantLock支持tryLock(timeout)、可中断、可公平更灵活。详细回答synchronized一旦获取锁失败会一直阻塞无法响应中断也没办法设置超时死锁后几乎只能靠jstack发现后手动重启解决。ReentrantLock的tryLock(timeout, TimeUnit)可以在获取锁失败后放弃lockInterruptibly()可以在等待中响应中断。追问2如何避免死锁回答要点从4个条件入手最常用的是打破“循环等待”。详细回答统一加锁顺序——让所有线程按相同顺序获取资源从根本上打破循环等待使用tryLock(timeout)——获取锁超时后释放已有锁避免无限等待降低锁粒度——减少锁的持有范围使用读写锁——读操作并发执行减少锁竞争使用ReentrantLock的lockInterruptibly()——可响应中断主动打破死锁追问3什么是银行家算法和死锁有什么关系回答要点一种避免死锁的资源分配算法。详细回答银行家算法Banker’s Algorithm是一种避免死锁的算法由Dijkstra提出。核心思想在分配资源前系统判断分配后是否会导致系统进入“不安全状态”。如果会则暂不分配让线程等待。它需要预先知道每个线程最大资源需求实际生产环境很少用。追问4数据库死锁和Java死锁有什么区别回答要点对象不同但原理相似。检测机制有差异。详细回答Java死锁发生在JVM层面由wait/notify或锁synchronized/ReentrantLock引起通过jstack检测数据库死锁发生在数据库引擎层InnoDB由行锁、间隙锁引起MySQL会自动检测并回滚其中一个事务牺牲一个救另一个两者本质相同循环等待但处理方式不同InnoDB有主动死锁检测机制Java则需要运维介入排查。追问5synchronized块嵌套为什么容易导致死锁回答要点嵌套锁扩大持有范围增加了等待对方资源的概率。详细回答嵌套synchronized会让线程在持有外层锁的情况下继续请求内层锁。如果两个线程以相反顺序请求两层锁就会形成循环等待死锁。锁的嵌套层级越多加锁顺序越复杂死锁风险越高。追问6Thread.dumpStack()能用于线上排查死锁吗回答要点不能直接解决死锁通常用jstack。详细回答Thread.dumpStack()只能打印当前线程的调用栈用于调试不能用于生产环境排查死锁。线上排查死锁标准工具是jstack -l或Arthas的thread -b。 避坑指南序号错误做法正确做法后果1不同线程不同加锁顺序定义全局统一的锁获取顺序循环等待死锁2嵌套synchronized不加考虑尽量减少嵌套锁或用tryLock死锁风险高3用synchronized做长耗时操作尽量缩短锁持有时间锁争用严重吞吐量下降4生产环境不监控死锁定期检查jstack或接入告警发现问题时已造成故障 可运行验证代码importjava.util.concurrent.locks.ReentrantLock;publicclassDeadlockDemo{// 场景1经典死锁不同加锁顺序 staticvoidclassicDeadlock(){ObjectlockAnewObject();ObjectlockBnewObject();Threadt1newThread(()-{synchronized(lockA){System.out.println(T1 持有 lockA);sleep(100);synchronized(lockB){System.out.println(T1 获得 lockB);}}});Threadt2newThread(()-{synchronized(lockB){// ⚠️ 注意顺序和T1相反System.out.println(T2 持有 lockB);sleep(100);synchronized(lockA){System.out.println(T2 获得 lockA);}}});t1.start();t2.start();}// 场景2使用 tryLock 避免死锁 staticvoidavoidDeadlockWithTryLock(){ReentrantLocklockAnewReentrantLock();ReentrantLocklockBnewReentrantLock();Threadt1newThread(()-{while(true){try{if(lockA.tryLock(100,TimeUnit.MILLISECONDS)){try{System.out.println(T1 拿到 lockA);if(lockB.tryLock(100,TimeUnit.MILLISECONDS)){try{System.out.println(T1 拿到 lockB任务完成);return;}finally{lockB.unlock();}}}finally{lockA.unlock();}}}catch(InterruptedExceptione){break;}}});// t2 同理略t1.start();}privatestaticvoidsleep(longms){try{Thread.sleep(ms);}catch(InterruptedExceptione){/* ignore */}}}❓ 评论区挑战问题以下关于死锁的说法哪一个是错误的// 模拟代码Threadt1newThread(()-{synchronized(A){synchronized(B){/* do something */}}});Threadt2newThread(()-{synchronized(B){synchronized(A){/* do something */}}});A. 如果t1和t2交替执行可能会产生死锁B. 将t1和t2的锁获取顺序改为一致可以避免死锁C. 死锁产生的四个必要条件包括互斥、持有并等待、非抢占和循环等待D. 死锁产生后JVM会自动中断其中一个线程来解除死锁 欢迎在评论区写出你的答案和理由我会在下一篇文章发布后更新本文公布答案及错误选项逐项解析。✅ 答案公布正确答案D. 死锁产生后JVM会自动中断其中一个线程来解除死锁解析JVM不会自动中断线程来解除死锁。死锁发生后线程会永久阻塞。解除死锁需要人工干预jstack定位死锁环然后排查代码修改逻辑或重启应用。选项A正确上述代码中如果t1先拿A再等Bt2先拿B再等A确实会死锁。选项B正确统一加锁顺序是最有效的预防手段。选项C正确互斥、持有并等待、非抢占、循环等待是死锁的四大必要条件。 总结维度关键点死锁定义多个线程因循环等待资源而无限阻塞4个必要条件互斥、持有并等待、非抢占、循环等待排查工具jstack -l、Arthasthread -b、JVisualVM预防策略统一加锁顺序、tryLock(timeout)、缩短锁持有时间与活锁/饥饿区别死锁不动、活锁忙但无进展、饥饿长期拿不到锁面试官最看重的三个点4个必要条件能准确说出“互斥、持有并等待、非抢占、循环等待”排查方法能用jstack定位死锁理解JVM会输出死锁环预防策略能提出“统一加锁顺序”和“tryLock超时”两个实战方案 系列导航上一篇面试官问线程池的核心参数与执行流程下一篇预告面试官问BIO、NIO、AIO的区别与IO多路复用全部85题目录点击查看关注专栏每周2-3篇一键追更搭配学习效果更佳本篇图解帮你快速建立知识画面记忆如果想深入理解源码实现和实战避坑细节可以配合姊妹系列《Java 100天进阶之路》对应章节一起学从零基础到上岗就业108篇完整学习地图每篇标配生活类比 可运行代码 避坑表 面试高频题 练习题不背八股文真正讲透“为什么”。 《Java 100天进阶之路》完整目录导航学习建议图解系列负责“快速建立知识图谱”进阶系列负责“深入理解原理”两个系列搭配使用面试备考效率翻倍。你在实际项目中遇到过死锁吗是怎么排查和解决的欢迎评论区分享你的踩坑经历
面试官问死锁的产生条件与排查方法一张图乡间小路比喻彻底拿下这道必考题附图解比喻避坑指南预计阅读12分钟 你是不是也这样能背出死锁的四个必要条件但面试官一追问“如何避免”“线上怎么排查”就答不上来了今天一张图 一个乡间小路故事 四大条件详解 六道追问彻底拿下这道题。摘要死锁是多个线程因循环等待对方持有的资源而陷入的无限阻塞状态是并发编程中最棘手的Bug之一。产生死锁必须同时满足4个必要条件互斥、持有并等待、非抢占、循环等待。排查死锁的核心手段是通过jstack -l或Arthas导出线程栈JVM会自动检测并输出死锁环。防止死锁的关键是破坏循环等待——通过资源有序分配或超时尝试获取锁tryLock。一句话死锁 两个线程都捂着手中的资源同时盯着对方手里的资源。我是折哥《Java 85题图解版》系列连载中已更新38题建议收藏本系列。每周2-3篇85题通关路线一键追完。点击关注第一时间收到每篇新题推送。上一篇面试官问线程池的核心参数与执行流程下一篇预告面试官问BIO、NIO、AIO的区别与IO多路复用全部85题点击查看总目录关注专栏追更不迷路一句话总结死锁 两个线程都捂着手中的资源同时盯着对方手里的资源。互斥Mutual Exclusion资源一次只能被一个线程占用 → 像乡间小路只能单向通行一辆车过了另一辆才能过。持有并等待Hold and Wait持有资源同时等待其他资源 → 像A车占着东段路同时等着B车让出西段路。非抢占No Preemption资源只能主动释放不能被强行夺走 → 像两车相遇谁也不能把对方抬走。循环等待Circular Wait形成等待环 → 像A等B让路B等A让路你等我我等你谁也动不了。背诵口诀互持非循——互斥、持有并等待、非抢占、循环等待。核心设计理念打破四个必要条件中的任何一个死锁就不会发生。 面试还原面试官什么是死锁产生死锁需要满足哪些条件线上出现死锁怎么排查这是Java并发面试中必问必考的压轴题之一直接进入正题。 一图看懂死锁原理与4个必要条件 生活比喻乡间小路两车相遇场景设定两条窄路交叉两辆车相向而行谁也无法掉头。① 互斥 道路只能单向通过窄路这段窄路资源同一时间只能容纳一辆车通过互斥。② 持有并等待 占着入口等对方退让A车占着东段路持有资源1同时等待B车让出西段路等待资源2。B车占着西段路持有资源2同时等待A车让出东段路等待资源1。③ 非抢占 不能把对方抬走A车不能把B车抬走无法抢占B车也不能把A车抬走。④ 循环等待 你等我我等你A等B让路B等A让路形成闭环。破解方法①架一座桥打破互斥使用读写锁②把路拓宽一次性获取所有资源③交警指挥强制一方倒车——超时释放锁。“ 核心对比表面试速查版4个必要条件详解条件定义如何打破典型示例互斥资源只能被一个线程占用使用读写锁/信号量锁对象默认互斥持有并等待持有资源同时等待其他资源一次性获取所有资源嵌套synchronized非抢占只能主动释放不能被抢使用tryLock(timeout)synchronized不能中断循环等待形成等待环统一资源获取顺序不同加锁顺序 死锁与活锁/饥饿的对比类型特点状态是否能自动恢复死锁Deadlock线程互相等待对方释放资源阻塞不动❌ 无法自动恢复活锁Livelock线程在忙但总在“原地打转”活跃但无进展⚠️ 理论可恢复实际很难饥饿Starvation某些线程长时间无法获取资源部分线程阻塞⚠️ 可优化公平锁️ 经典死锁代码示例publicclassDeadlockDemo{privatestaticfinalObjectlockAnewObject();privatestaticfinalObjectlockBnewObject();publicstaticvoidmain(String[]args){Threadt1newThread(()-{synchronized(lockA){// 线程1先拿ASystem.out.println(Thread-1 持有 lockA等待 lockB);try{Thread.sleep(100);}catch(Exceptione){}synchronized(lockB){System.out.println(Thread-1 获取到 lockB);}}});Threadt2newThread(()-{synchronized(lockB){// 线程2先拿B注意顺序和线程1相反System.out.println(Thread-2 持有 lockB等待 lockA);try{Thread.sleep(100);}catch(Exceptione){}synchronized(lockA){System.out.println(Thread-2 获取到 lockA);}}});t1.start();t2.start();}}️ 死锁排查工具工具命令核心能力jpsjps -l查看Java进程PIDjstackjstack -l pid自动检测死锁输出死锁环和锁信息Arthasthread -b一键定位死锁线程JVisualVM图形化监控可视化查看线程状态和死锁JConsole图形化监控检测死锁并展示线程阻塞情况jstack检测死锁的输出示例Found one Java-level deadlock: Thread-1: waiting to lock monitor 0x... (object lockA), which is held by Thread-0 Thread-0: waiting to lock monitor 0x... (object lockB), which is held by Thread-1 Java stack information for the threads listed above: Thread-1: ... at DeadlockDemo.lambda$main$1 Thread-0: ... at DeadlockDemo.lambda$main$0 高频面试追问6道大厂真题追问1synchronized和ReentrantLock在死锁预防上有什么区别回答要点ReentrantLock支持tryLock(timeout)、可中断、可公平更灵活。详细回答synchronized一旦获取锁失败会一直阻塞无法响应中断也没办法设置超时死锁后几乎只能靠jstack发现后手动重启解决。ReentrantLock的tryLock(timeout, TimeUnit)可以在获取锁失败后放弃lockInterruptibly()可以在等待中响应中断。追问2如何避免死锁回答要点从4个条件入手最常用的是打破“循环等待”。详细回答统一加锁顺序——让所有线程按相同顺序获取资源从根本上打破循环等待使用tryLock(timeout)——获取锁超时后释放已有锁避免无限等待降低锁粒度——减少锁的持有范围使用读写锁——读操作并发执行减少锁竞争使用ReentrantLock的lockInterruptibly()——可响应中断主动打破死锁追问3什么是银行家算法和死锁有什么关系回答要点一种避免死锁的资源分配算法。详细回答银行家算法Banker’s Algorithm是一种避免死锁的算法由Dijkstra提出。核心思想在分配资源前系统判断分配后是否会导致系统进入“不安全状态”。如果会则暂不分配让线程等待。它需要预先知道每个线程最大资源需求实际生产环境很少用。追问4数据库死锁和Java死锁有什么区别回答要点对象不同但原理相似。检测机制有差异。详细回答Java死锁发生在JVM层面由wait/notify或锁synchronized/ReentrantLock引起通过jstack检测数据库死锁发生在数据库引擎层InnoDB由行锁、间隙锁引起MySQL会自动检测并回滚其中一个事务牺牲一个救另一个两者本质相同循环等待但处理方式不同InnoDB有主动死锁检测机制Java则需要运维介入排查。追问5synchronized块嵌套为什么容易导致死锁回答要点嵌套锁扩大持有范围增加了等待对方资源的概率。详细回答嵌套synchronized会让线程在持有外层锁的情况下继续请求内层锁。如果两个线程以相反顺序请求两层锁就会形成循环等待死锁。锁的嵌套层级越多加锁顺序越复杂死锁风险越高。追问6Thread.dumpStack()能用于线上排查死锁吗回答要点不能直接解决死锁通常用jstack。详细回答Thread.dumpStack()只能打印当前线程的调用栈用于调试不能用于生产环境排查死锁。线上排查死锁标准工具是jstack -l或Arthas的thread -b。 避坑指南序号错误做法正确做法后果1不同线程不同加锁顺序定义全局统一的锁获取顺序循环等待死锁2嵌套synchronized不加考虑尽量减少嵌套锁或用tryLock死锁风险高3用synchronized做长耗时操作尽量缩短锁持有时间锁争用严重吞吐量下降4生产环境不监控死锁定期检查jstack或接入告警发现问题时已造成故障 可运行验证代码importjava.util.concurrent.locks.ReentrantLock;publicclassDeadlockDemo{// 场景1经典死锁不同加锁顺序 staticvoidclassicDeadlock(){ObjectlockAnewObject();ObjectlockBnewObject();Threadt1newThread(()-{synchronized(lockA){System.out.println(T1 持有 lockA);sleep(100);synchronized(lockB){System.out.println(T1 获得 lockB);}}});Threadt2newThread(()-{synchronized(lockB){// ⚠️ 注意顺序和T1相反System.out.println(T2 持有 lockB);sleep(100);synchronized(lockA){System.out.println(T2 获得 lockA);}}});t1.start();t2.start();}// 场景2使用 tryLock 避免死锁 staticvoidavoidDeadlockWithTryLock(){ReentrantLocklockAnewReentrantLock();ReentrantLocklockBnewReentrantLock();Threadt1newThread(()-{while(true){try{if(lockA.tryLock(100,TimeUnit.MILLISECONDS)){try{System.out.println(T1 拿到 lockA);if(lockB.tryLock(100,TimeUnit.MILLISECONDS)){try{System.out.println(T1 拿到 lockB任务完成);return;}finally{lockB.unlock();}}}finally{lockA.unlock();}}}catch(InterruptedExceptione){break;}}});// t2 同理略t1.start();}privatestaticvoidsleep(longms){try{Thread.sleep(ms);}catch(InterruptedExceptione){/* ignore */}}}❓ 评论区挑战问题以下关于死锁的说法哪一个是错误的// 模拟代码Threadt1newThread(()-{synchronized(A){synchronized(B){/* do something */}}});Threadt2newThread(()-{synchronized(B){synchronized(A){/* do something */}}});A. 如果t1和t2交替执行可能会产生死锁B. 将t1和t2的锁获取顺序改为一致可以避免死锁C. 死锁产生的四个必要条件包括互斥、持有并等待、非抢占和循环等待D. 死锁产生后JVM会自动中断其中一个线程来解除死锁 欢迎在评论区写出你的答案和理由我会在下一篇文章发布后更新本文公布答案及错误选项逐项解析。✅ 答案公布正确答案D. 死锁产生后JVM会自动中断其中一个线程来解除死锁解析JVM不会自动中断线程来解除死锁。死锁发生后线程会永久阻塞。解除死锁需要人工干预jstack定位死锁环然后排查代码修改逻辑或重启应用。选项A正确上述代码中如果t1先拿A再等Bt2先拿B再等A确实会死锁。选项B正确统一加锁顺序是最有效的预防手段。选项C正确互斥、持有并等待、非抢占、循环等待是死锁的四大必要条件。 总结维度关键点死锁定义多个线程因循环等待资源而无限阻塞4个必要条件互斥、持有并等待、非抢占、循环等待排查工具jstack -l、Arthasthread -b、JVisualVM预防策略统一加锁顺序、tryLock(timeout)、缩短锁持有时间与活锁/饥饿区别死锁不动、活锁忙但无进展、饥饿长期拿不到锁面试官最看重的三个点4个必要条件能准确说出“互斥、持有并等待、非抢占、循环等待”排查方法能用jstack定位死锁理解JVM会输出死锁环预防策略能提出“统一加锁顺序”和“tryLock超时”两个实战方案 系列导航上一篇面试官问线程池的核心参数与执行流程下一篇预告面试官问BIO、NIO、AIO的区别与IO多路复用全部85题目录点击查看关注专栏每周2-3篇一键追更搭配学习效果更佳本篇图解帮你快速建立知识画面记忆如果想深入理解源码实现和实战避坑细节可以配合姊妹系列《Java 100天进阶之路》对应章节一起学从零基础到上岗就业108篇完整学习地图每篇标配生活类比 可运行代码 避坑表 面试高频题 练习题不背八股文真正讲透“为什么”。 《Java 100天进阶之路》完整目录导航学习建议图解系列负责“快速建立知识图谱”进阶系列负责“深入理解原理”两个系列搭配使用面试备考效率翻倍。你在实际项目中遇到过死锁吗是怎么排查和解决的欢迎评论区分享你的踩坑经历
