答案：Java死锁由互斥、持有等待、不可剥夺和循环等待四个条件引发，可通过固定锁顺序、使用超时机制、减少锁粒度、利用并发工具类来预防，并借助jstack、JConsole或ThreadMXBean进行检测与诊断，实际案例中统一按账户ID顺序加锁可有效避免死锁。
Java中的死锁问题是多线程编程中常见的隐患，通常发生在两个或多个线程互相等待对方持有的锁时，导致程序无法继续执行。要有效避免和解决死锁，关键在于理解其成因并采取合理的预防与检测机制。
死锁的四个必要条件
在讨论解决方案前，先明确死锁产生的四个必要条件：
- 互斥条件：资源一次只能被一个线程占用。
- 持有并等待：线程已持有至少一个资源，并等待获取其他被占用的资源。
- 不可剥夺条件：已分配给线程的资源不能被强制释放，只能由线程主动释放。
- 循环等待条件：存在一个线程链，每个线程都在等待下一个线程所持有的资源。
只要打破其中一个条件，就能防止死锁发生。
避免死锁的编程实践
通过编码规范和设计策略，可以从源头减少死锁风险。
立即学习“Java免费学习笔记（深入）”；
- 按固定顺序获取锁：多个线程以相同的顺序请求多个锁，可消除循环等待。例如，定义锁的层级关系，始终先获取编号小的锁。
- 使用超时机制：尝试使用 tryLock(long timeout, TimeUnit unit) 方法代替 synchronized 或无参的 lock()，避免无限等待。
- 减少锁的粒度和持有时间：只在必要代码块加锁，避免在锁内执行耗时操作或调用外部方法。
- 使用并发工具类替代手动加锁：如 ConcurrentHashMap、AtomicInteger 等，减少对显式锁的依赖。
死锁检测与诊断方法
即使做了预防，仍可能遗漏复杂场景下的死锁。此时需要借助检测手段快速定位问题。
-
jstack 工具分析：运行 jstack
可输出 JVM 中所有线程的堆栈信息，自动标记出死锁线程，并显示涉及的锁和等待状态。 - JConsole 或 VisualVM 图形化监控：这些 JDK 自带工具能实时查看线程状态，在“线程”面板中直接提示死锁。
- ThreadMXBean 编程检测：在代码中定期检查是否存在死锁：
ThreadMXBean threadBean = ManagementFactory.getThreadMXBean();
long[] deadlockedThreads = threadBean.findDeadlockedThreads();
if (deadlockedThreads != null) {
System.out.println("发现死锁线程：" + Arrays.toString(deadlockedThreads));
}
可在测试环境或关键服务中加入定时巡检任务，及时告警。
实际案例与修复建议
假设两个线程分别按不同顺序访问两个账户进行转账操作：
- 线程 A：先锁账户1，再锁账户2。
- 线程 B：先锁账户2，再锁账户1。
这极易形成死锁。修复方式是统一加锁顺序，比如总是按账户 ID 升序获取锁：
if (account1.getId() < account2.getId()) {
lock1.lock();
lock2.lock();
} else {
lock2.lock();
lock1.lock();
}
确保所有线程遵循同一规则，即可打破循环等待条件。
基本上就这些。死锁虽难完全杜绝，但通过规范编码、合理设计锁顺序、使用超时机制，并结合运行时检测工具，可以大幅降低其发生的概率，并在出现问题时快速响应。关键是保持警惕，把锁管理当作高风险操作来对待。
