java死锁本质是多线程循环等待对方持有的锁，需同时满足互斥、持有并等待、不可剥夺、循环等待四条件；典型写法为两线程以相反顺序获取相同锁，可用jstack定位，解决方向包括统一锁顺序、使用带超时的锁、减少锁粒度。
Java 中死锁的产生，本质是多个线程互相等待对方持有的锁，谁也不先放手，结果全部卡住。它不是偶发错误，而是代码逻辑中资源获取顺序混乱导致的确定性僵局。只要满足四个条件——互斥、持有并等待、不可剥夺、循环等待，死锁就必然可能发生。
典型死锁是怎么写出来的
最常见写法是两个线程以相反顺序获取同一组锁：
- 线程 A 先 synchronized(lockA)，再 synchronized(lockB)
- 线程 B 先 synchronized(lockB)，再 synchronized(lockA)
- 两者执行节奏稍有交错（比如加了 sleep），就极大概率卡死
这种模式在转账、库存扣减、对象状态同步等场景中极易复现。例如账户间资金转移时，若不统一按 ID 大小顺序加锁，transfer(a, b) 和 transfer(b, a) 同时调用，立刻形成闭环等待。
用 jstack 快速定位死锁
这是开发阶段最直接有效的排查方式，全程命令行，无需额外工具：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 先用 jps 查出 Java 进程 ID（如输出 12345 DeadLockDemo）
- 再执行 jstack 12345，输出内容末尾会明确标出 “Found one Java-level deadlock”
- 它会列出所有死锁线程、各自持有哪些锁、正在等待哪个锁，甚至显示对应代码行号
注意：jstack 必须对运行中的进程执行，程序卡死后不要重启，直接抓取快照即可锁定问题根源。
三种可靠解决方向
不靠运气，靠设计。核心思路是破坏死锁四条件中的至少一个（互斥条件无法动，其余三个可干预）：
- 统一锁顺序：所有线程按相同规则排序后加锁，比如用对象 hashCode() 或业务 ID 比较，确保 lockA 总在 lockB 前获取
- 使用带超时的锁：改用 ReentrantLock.tryLock(long, TimeUnit)，获取失败就释放已持锁并重试或回退，避免无限等待
- 减少锁粒度/范围：避免嵌套 synchronized；把长事务拆成多个短临界区；能用无锁结构（如 ConcurrentHashMap、AtomicInteger）就不用锁
顺便提一句程序化检测
如果需要在运行时自动发现死锁（比如监控告警），可用 JVM 提供的 ThreadMXBean：
- 调用 ManagementFactory.getThreadMXBean().findDeadlockedThreads()
- 返回非 null 数组即表示存在死锁，配合 getThreadInfo 可获取详细线程信息
- 适合集成进健康检查接口，但不能替代预防设计
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
