线上Java服务假死或响应迟缓很可能是死锁导致的，可用jstack、jconsole、VisualVM和jmap组合排查：jstack命令行快速定性死锁，jconsole图形化一键检测，VisualVM深入追踪线程状态与资源争用，jmap辅助排除内存压力干扰。
线上Java服务出现假死或响应迟缓，很可能是死锁导致的。JVM自带的jstack、jmap、jconsole和VisualVM能快速定位问题，无需重启、不依赖代码埋点，适合生产环境紧急排查。
jstack：命令行快速发现死锁
它是最轻量、最直接的死锁诊断工具，适用于所有JDK版本且无需额外配置。
- 先用 jps -l 查出目标Java进程PID（例如输出中含
com.example.App的那行） - 执行 jstack -l <PID>，输出全部线程快照；加
-l可显示锁的详细持有/等待关系 - 在输出末尾搜索关键词 “Found 1 deadlock” 或类似提示，会明确列出死锁线程名、锁对象地址、持有锁与等待锁的对应关系
- 若需保存分析，建议重定向输出：
jstack -l <PID> > thread_dump.txt，方便后续逐行查看
jconsole：图形化一键检测死锁
适合有远程访问权限、希望快速确认是否存在死锁的运维或开发人员。
- 启动 jconsole（位于
$JAVA_HOME/bin），选择“远程进程”，填入IP:端口（需JVM启动时开启JMX，如-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=9999） - 连接成功后，切换到“线程”页签，点击右上角 “检测死锁” 按钮
- 若有死锁，界面会自动高亮相关线程，并展示每个线程持有的锁、正在等待的锁，以及阻塞它的线程ID
- 注意：正式环境启用JMX需配置认证和防火墙策略，避免暴露敏感信息
VisualVM：可视化追踪线程状态与资源争用
比jconsole更深入，可观察线程生命周期、CPU占用、锁竞争趋势，适合分析复杂场景下的假死根因。
- 启动 VisualVM（同样在
$JAVA_HOME/bin），添加远程JVM（需JMX支持）或本地进程 - 选中目标进程 → “线程”标签页 → 点击 “线程转储” 获取快照，或启用 “线程监视器” 实时刷新
- 重点关注状态为 BLOCKED 或长期处于 WAITING / TIMED_WAITING 的线程，查看其堆栈中是否反复出现相同锁对象
- 配合“抽样器”中的“CPU”视图，可识别是否因某个线程持续抢锁导致其他线程集体阻塞
jmap辅助验证：排除内存压力引发的假死表象
有时服务“假死”并非死锁，而是GC频繁或OOM前兆导致线程大面积停顿，jmap可交叉验证。
- 执行 jmap -histo <PID> 快速查看堆内对象分布，确认是否有异常增长的集合类（如HashMap、ArrayList）或自定义缓存对象
- 若怀疑内存泄漏，可用 jmap -dump:format=b,file=heap.hprof <PID> 生成堆转储，再用MAT离线分析引用链
- 特别注意：jmap dump会触发Full GC，线上慎用；优先结合 jstat -gc <PID> 观察GC频率与耗时，判断是否为GC导致的卡顿
四个工具各司其职：jstack定性是否存在死锁，jconsole快速确认并定位线程，VisualVM深入观察行为模式，jmap则用于排除内存干扰。组合使用，通常5分钟内就能锁定线上假死的真实原因。
