答案：Java中线程死锁因相互持锁等待导致程序停滞，可通过JConsole、jstack或ThreadMXBean检测；预防需统一锁顺序、使用tryLock、减小锁粒度、采用并发工具类，并在设计时分析锁依赖，结合规范编码与监控降低风险。
在Java中，线程死锁是指两个或多个线程相互等待对方释放锁资源，导致所有线程都无法继续执行的现象。虽然死锁不会直接抛出异常，但会严重降低系统性能甚至造成服务不可用。要有效应对死锁，需从检测和预防两方面入手。
如何检测线程死锁
Java提供了多种手段帮助开发者发现运行中的死锁问题：
- 使用JConsole：JDK自带的图形化监控工具，连接到目标JVM后，在“线程”面板中点击“检测死锁”，可自动识别已发生的死锁线程。
-
使用jstack命令：在终端执行jstack
，输出线程栈信息。若存在死锁，jstack会明确标注“Found one Java-level deadlock”并列出涉及的线程和锁。 - 编程方式检测：通过ThreadMXBean获取死锁线程ID。示例代码如下：
long[] threadIds = threadBean.findDeadlockedThreads();
if (threadIds != null) {
ThreadInfo[] infos = threadBean.getThreadInfo(threadIds);
// 打印死锁线程信息
}
可在系统监控任务中定期调用，及时发现潜在问题。
常见死锁场景与原因
理解典型死锁模式有助于提前识别风险：
立即学习“Java免费学习笔记（深入）”；
- 两个线程以相反顺序获取同一组锁。例如线程A先锁obj1再锁obj2，线程B先锁obj2再锁obj1，就可能形成循环等待。
- 嵌套调用中隐式加锁，如synchronized方法调用另一个需要不同锁的方法。
- 持有锁期间执行阻塞操作（如I/O），延长了锁占用时间，增加冲突概率。
如何预防线程死锁
避免死锁比事后处理更高效，可通过以下策略主动防范：
- 统一锁顺序：多个线程访问一组对象时，始终按相同顺序获取锁。例如约定按对象内存地址排序加锁，确保全局一致。
- 使用tryLock避免无限等待：借助ReentrantLock.tryLock(timeout)设置超时，若无法获取锁则释放已有资源并重试，打破死锁条件。
- 减少锁粒度和持有时间：只在必要代码块加锁，避免在synchronized块中执行耗时操作或调用外部方法。
- 使用并发工具类替代手动加锁：优先采用ConcurrentHashMap、AtomicInteger等线程安全类，减少显式同步需求。
- 设计阶段进行锁分析：绘制锁依赖图，检查是否存在环路依赖。复杂系统可引入静态分析工具辅助审查。
编写可防御的同步代码
良好的编码习惯能显著降低死锁风险：
- 避免在构造函数中启动线程或发布this引用，防止未初始化完成就被其他线程访问。
- 使用synchronized(obj)时确保obj是私有不可变对象，防止外部干扰。
- 文档化每个共享对象的加锁规则，团队协作时保持一致性。
基本上就这些。死锁虽难完全杜绝，但通过合理设计、规范编码和持续监控，可以将其发生概率降到极低。关键是建立预防意识，而不是等到问题出现才去排查。
