死锁是多线程因循环等待对方锁而永久阻塞,须同时满足互斥、占有并等待、不可剥夺、循环等待四个条件;死循环则是单线程因终止条件失效导致无限执行。

Java 中的“死锁”和“死循环”是两类不同性质的问题,需分别应对:死锁发生在多线程竞争多个锁时的相互等待;死循环则多源于单线程内逻辑错误或递归失控。二者都导致程序卡住、无法继续执行,但成因和解法完全不同。
防止死锁的关键策略
死锁必须同时满足四个条件:互斥、占有并等待、不可抢占、循环等待。其中前两个是锁机制本身决定的,无法消除;后两个才是我们能主动控制的重点。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 统一加锁顺序:所有线程按相同顺序申请锁。例如,约定总是先 lockA 再 lockB,绝不反向操作。哪怕锁对象本身无业务先后,也人为定义一个全局顺序(如按对象哈希值排序)。
-
使用带超时的锁获取:用
Lock.tryLock(long time, TimeUnit unit)替代synchronized或无超时的lock()。一旦超时失败,立即释放已持锁并重试或回退,打破“占有并等待”。 - 缩小锁粒度与作用范围:只在真正需要同步的代码段加锁,避免在锁内做耗时操作(如 I/O、远程调用、sleep)。长持有锁会增加冲突窗口,提高死锁概率。
- 避免嵌套锁调用:方法 A 持有锁后调用方法 B,而 B 又尝试获取另一把锁——这种隐式多锁场景极易失控。应尽量让锁的获取/释放集中在同一层,或改用开放调用(open call)设计。
防止死循环的核心要点
死循环常见于 while、for 循环或递归调用中,本质是循环终止条件永远不满足或未被更新。
-
递归调用必须设明确出口:每次递归都要向基础情形(base case)靠近,并确保该情形一定可达。例如计算阶乘时,
n == 0或n == 1必须作为返回点,且参数每次递减。 - 循环变量必须被正确修改:检查 while 或 for 中的控制变量是否在每次迭代中都被更新。尤其注意异常跳过、条件分支遗漏、浮点数精度误差等隐蔽问题。
-
避免在循环中意外修改判断依据:例如遍历 List 时用
list.remove()改变了 size,却仍用原索引判断,可能导致越界或跳过元素,进而引发逻辑错乱甚至无限循环。 - 必要时加入防护性计数器:对不确定迭代次数的循环(如等待某状态就绪),可设置最大尝试次数,超限即抛异常或退出,防止意外陷入无限等待。
辅助手段:检测与诊断
预防优于补救,但工具能帮你快速定位问题。
-
jstack 查看线程堆栈:运行中怀疑死锁时,执行
jstack <pid></pid>,JVM 会自动标注 “Found one Java-level deadlock”,直接指出阻塞线程和锁依赖链。 - JConsole / VisualVM 实时监控:连接运行中的 JVM,观察线程状态。若大量线程长期处于 BLOCKED 或 WAITING,且锁持有关系形成闭环,基本可判定为死锁。
- 单元测试覆盖边界路径:对含循环或递归的方法,专门构造最坏输入(如空集合、极大数值、null 参数),验证是否正常退出。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










