线程转储（thread dump）反映 jvm 中所有线程的实时执行状态与调用栈，用于排查死锁、阻塞和高 cpu 问题；堆转储（heap dump）则捕获内存中对象的快照，专用于分析内存泄漏与对象分布。二者目标不同、生成方式不同、分析工具也各有所长。
线程转储（thread dump）反映 jvm 中所有线程的实时执行状态与调用栈，用于排查死锁、阻塞和高 cpu 问题；堆转储（heap dump）则捕获内存中对象的快照，专用于分析内存泄漏与对象分布。二者目标不同、生成方式不同、分析工具也各有所长。
在 Spring Boot 应用中，通过 Actuator 的 /actuator/threaddump 端点（需启用 management.endpoints.web.exposure.include=threaddump）可快速获取 JSON 格式的线程快照。该响应结构清晰，包含每个线程的名称、状态（如 RUNNABLE、WAITING、BLOCKED）、堆栈跟踪（stackTrace）、是否持有锁（lockedMonitors）及等待锁信息（lockedSynchronizers）。例如：
{
"threads": [
{
"threadName": "http-nio-8080-exec-1",
"threadState": "RUNNABLE",
"stackTrace": [
{
"className": "java.io.FileOutputStream.writeBytes",
"methodName": "writeBytes",
"fileName": "FileOutputStream.java",
"lineNumber": 314
}
],
"lockedMonitors": [],
"lockedSynchronizers": []
}
]
}⚠️ 注意：JSON 格式虽便于程序解析，但原生可读性弱于传统文本格式（如 jstack 输出）。直接阅读时建议先格式化（IntelliJ IDEA 中使用 Cmd+Option+L / Ctrl+Alt+L），再聚焦三类关键线索：
-
BLOCKED线程：检查lockedMonitors和waitingOn字段，定位锁竞争源头； -
长时间
WAITING/TIMED_WAITING线程：结合stackTrace判断是否卡在 I/O、线程池队列或Object.wait()； -
重复出现的异常栈（如
OutOfMemoryError前兆）：可能暗示资源耗尽。
对于深度分析，推荐以下专业化工具：
✅ FastThread.io（免费在线）：上传 JSON 或文本线程转储，自动识别死锁、热点方法、线程组分布，并生成可视化报告；
✅ Thread Dump Analyzer (TDA)（开源桌面工具）：支持批量比对多个转储，标记状态变化趋势；
✅ VisualVM + Threads Tab：本地调试时实时查看线程状态，配合采样可关联 CPU 占用；
✅ JDK 自带 jstack：生成标准文本格式（jstack <pid> > threaddump.txt</pid>），兼容性最佳，是多数分析工具的首选输入源。
相较之下，堆转储（Heap Dump）关注内存维度：它完整序列化 JVM 堆中所有对象实例、类元数据、引用关系及 GC Roots。典型生成方式包括：
- JVM 参数触发（
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/dumps/）； - 运行时命令（
jmap -dump:format=b,file=heap.hprof <pid></pid>）； - Actuator 的
/actuator/heapdump（Spring Boot 2.6+，返回.hprof二进制流）。
分析堆转储应使用专业内存分析器：
? Eclipse MAT（Memory Analyzer Tool）：强项在于“Leak Suspects Report”自动检测内存泄漏根因，支持 OQL（Object Query Language）精准检索；
? VisualVM / Java Mission Control（JMC）：适合轻量级分析，可直观查看类实例数、浅堆/深堆占比；
? JProfiler / YourKit：商业工具，提供实时内存监控与对象分配追踪，调试效率更高。
总结而言：线程转储是“时间切片下的并发行为图谱”，重在诊断运行时线程健康度；堆转储是“空间维度上的内存拓扑快照”，重在治理内存生命周期。 在生产环境中，二者常需协同使用——例如发现某线程长期 BLOCKED 后，进一步检查其关联对象是否引发内存膨胀，从而实现从线程层到内存层的全链路根因定位。
立即学习“Java免费学习笔记（深入）”；
