线程死锁表现为程序无响应、日志停滞、接口超时；使用jstack可生成线程快照，通过“Found one Java-level deadlock”定位循环等待的线程；VisualVM以图形化方式标记死锁线程并展示调用栈；预防措施包括统一锁顺序、使用tryLock、引入并发工具类，并可通过-XX:+HeapDumpOnDeadlock参数自动触发堆转储。
线程死锁是Java多线程编程中常见的问题，一旦发生，程序可能部分或完全停止响应。要高效定位和解决死锁，仅靠代码排查效率低下，结合可视化工具和系统级诊断手段能显著提升分析速度。
识别死锁的典型表现
当多个线程相互等待对方持有的锁时，就会形成死锁。常见现象包括：
- 程序运行一段时间后无响应，CPU占用低但任务不推进
- 日志停留在某个操作，后续逻辑不再执行
- 接口超时，但无明显异常抛出
这些信号提示可能存在线程阻塞问题，需进一步确认是否为死锁。
使用jstack生成并分析线程快照
jstack是JDK自带的命令行工具，能输出Java进程的线程堆栈信息，特别适合检测死锁。
立即学习“Java免费学习笔记（深入）”；
操作步骤如下：
- 通过ps -ef | grep java 或 jps 查找目标Java进程ID
- 执行 jstack <pid> 输出线程信息
- 添加 -l 参数可显示锁的详细信息：jstack -l <pid>
如果存在死锁，jstack会在输出末尾明确提示：
Found one Java-level deadlock:随后会列出相互等待的线程及所持锁，例如：
"Thread-1": waiting to lock monitor 0x00007f8a8c0b5e00 (object 0x00000007d62e6d38, a java.lang.Object), which is held by "Thread-0" "Thread-0": waiting to lock monitor 0x00007f8a8c0b4f00 (object 0x00000007d62e6d48, a java.lang.Object), which is held by "Thread-1"
从信息中可清晰看出两个线程各自持有锁又在等待对方释放，构成循环等待。
利用VisualVM进行可视化线程监控
VisualVM是JDK附带的图形化监控工具，能实时查看线程状态、CPU占用和内存使用。
使用方法：
- 启动应用后打开VisualVM（命令行输入 jvisualvm）
- 在左侧应用列表中选择目标Java进程
- 切换到“线程”标签页，观察线程状态分布
当发生死锁时，VisualVM会以红色标记“死锁”状态，并展开涉及的线程及其堆栈。点击具体线程可查看锁持有情况和调用链，帮助快速定位代码位置。
建议在测试环境中复现问题，配合断点和日志，验证锁的获取顺序是否合理。
编程预防与主动检测
除了事后分析，代码层面也可增强健壮性：
- 统一锁的获取顺序，避免交叉加锁
- 使用 tryLock(timeout) 替代 synchronized，设置超时机制
- 使用 java.util.concurrent 包中的工具类，如 ReentrantLock 配合 tryLock
- 在关键路径加入线程状态日志，记录锁的进入与退出
JVM还支持启动时自动检测死锁，可通过添加以下参数开启：
-XX:+HeapDumpOnDeadlock当JVM检测到死锁时，自动生成堆转储文件，便于后续分析。
基本上就这些。掌握jstack和VisualVM的使用，配合合理的编码习惯，能有效应对Java中的线程死锁问题。关键是早发现、早分析，避免问题上线后难以复现。
