17370845950

答案：Java死锁由互斥、持有等待、不可剥夺和循环等待四个条件引发，可通过固定锁顺序、使用超时机制、减少锁粒度、利用并发工具类来预防，并借助jstack、JConsole或ThreadMXBean进行检测与诊断，实际案例中统一按账户ID顺序加锁可有效避免死锁。

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();
}

确保所有线程遵循同一规则，即可打破循环等待条件。

基本上就这些。死锁虽难完全杜绝，但通过规范编码、合理设计锁顺序、使用超时机制，并结合运行时检测工具，可以大幅降低其发生的概率，并在出现问题时快速响应。关键是保持警惕，把锁管理当作高风险操作来对待。