线程转储是确认idea中程序“假死”的最快手段，需在运行或调试状态下触发：运行时点run窗口的dump threads，调试时通过debug窗口more选get thread dump；仅调试模式可捕获虚拟线程和kotlin协程；查看dump时聚焦waiting/timed_waiting状态、主线程阻塞点及锁持有情况。
如果程序在 IDEA 中“卡住”但 CPU 占用很低，大概率不是崩溃而是假死——线程转储是最快确认这一点的手段。它不依赖日志、不修改代码，直接抓取 JVM 当前所有线程的快照，一眼就能看出哪些线程停在哪儿、等什么、锁谁。
怎么在 IDEA 里正确触发线程转储
关键不是“点了没”，而是“点对时机和模式”：
- 必须在程序 已启动且处于运行或调试状态 时操作；单纯编译完没运行，工具栏里根本不会出现“Dump Threads”按钮
- 运行中卡住 → 切到
Run工具窗口 → 点击右上角Dump Threads（图标是两个重叠的矩形） - 调试中卡住 → 切到
Debug工具窗口 → 点击More（⋯）→ 选Get Thread Dump - 如果目标进程是本地其他 Java 进程（比如 Spring Boot 打成 jar 后双击运行），得进
Profiler选项卡找对应 PID，再点Get Thread Dump -
注意：只有以调试模式（
Debug）启动的进程，IDEA 才能捕获虚拟线程（Virtual Thread）和 Kotlin 协程；普通运行模式下这些信息会丢失
怎么看 dump 文件里有没有假死迹象
打开生成的 dump 文件后，不要从头读。先聚焦三个信号：
- 搜索
java.lang.Thread.State: WAITING或java.lang.Thread.State: TIMED_WAITING—— 这类线程没在干活，只在等；如果大量线程卡在这两种状态，且堆栈里反复出现Object.wait()、LockSupport.park()、Condition.await()，基本就是假死源头 - 看主线程（通常叫
main或ForkJoinPool.commonPool-worker-*）是否卡在sun.misc.Unsafe.park或java.awt.EventDispatchThread.pumpOneEventForFilters—— 前者常见于自定义线程池饥饿，后者说明 Swing/AWT UI 线程被阻塞 - 检查是否有线程长时间持有锁却不再推进：找
- locked行，再顺着往上翻几行看它最后执行的是哪行业务代码；如果那行是数据库查询、HTTP 调用、文件读写，而后续没任何日志输出，大概率是外部依赖超时未设或失败未处理
jstack 和 IDEA dump 的结果为什么有时对不上
不是你眼花了，是底层机制不同：
-
jstack -l <pid></pid>输出的是 JVM 原生视角，包含锁的内存地址（如）、线程优先级、是否为守护线程等细节，但不识别 Kotlin 协程或虚拟线程语义 - IDEA 的 dump 是在 JVM 级别之上加了一层解析：它能把
Continuation、VirtualThread、Coroutine标出来，并把协程挂起点映射回 Kotlin 源码行号；但代价是部分锁信息可能被简化或合并 - 最常踩的坑：
jstack显示某线程在等ReentrantLock$NonfairSync.acquire，而 IDEA dump 里只写parking to wait for—— 这不是 bug，是 IDEA 默认折叠了 JDK 内部栈帧；需要手动展开或切到 “Raw” 视图才能看到全貌 - 生产环境排查建议：优先用
jstack -l <pid></pid>，因为稳定、无侵入；IDEA dump 更适合开发阶段快速验证逻辑阻塞点
假死 ≠ 死锁，但 dump 里容易漏掉这个关键线索
很多人盯着 deadlock 关键字找，结果一无所获——因为假死更多是单点阻塞，不是循环等待：
- 比如一个线程调用了
HttpClient.execute()，但服务端一直不返回，它就永远停在SocketInputStream.socketRead0，状态是RUNNABLE（不是 WAITING），CPU 占用反而可能飙高；这种得结合top -H -p <pid></pid>看具体线程的 %CPU - 又比如使用了
CompletableFuture.join()但上游 Future 没完成，线程卡在WaitNode.wait()，dump 里显示WAITING，但没锁竞争，IDEA 也不会标为 deadlock - 最容易被忽略的是：某些框架（如早期 Spring Cloud LoadBalancer）会在初始化时同步拉取服务列表，若注册中心不可达，主线程就卡在 DNS 解析或 connect timeout 前，dump 里只看到
java.net.Inet6AddressImpl.lookupAllHostAddr—— 这种必须配合网络诊断，不能只靠 dump
