单靠jstack日志无法直接判定内存泄漏导致线程假死，因其仅反映线程状态而不含堆内存信息；真实链路是内存泄漏→堆增长→频繁full gc→stw剧增→响应停滞→线程看似假死；必须结合gc日志、jstat、jmap等工具协同分析。
单靠 jstack 日志无法直接判定“内存泄漏导致线程假死”。这是个常见误解：jstack 只反映线程状态和调用栈，不包含堆内存信息，也无法体现对象增长或 GC 压力。所谓“因内存泄漏导致的线程假死”，真实链路通常是：
内存泄漏 → 堆持续增长 → 频繁 Full GC（尤其是 CMS 或 G1 的并发模式失败）→ STW 时间剧增 → 应用响应停滞 → 线程看似“假死”（实为长时间阻塞在 GC 中）→ jstack 显示大量线程处于 RUNNABLE 但停在 JVM 内部（如 [VM Thread]、[GC Thread]）或 WAITING/BLOCKED 在锁上（间接体现资源争用）。
看 jstack 中是否出现 GC 相关线程异常活跃
检查是否有以下迹象：
-
"GC task thread" ... runnable或"G1 Main Marker"等线程长期处于RUNNABLE状态（尤其在多次 jstack 采样中始终不变），说明 GC 工作线程持续忙碌； - 存在大量线程卡在
java.lang.ref.Reference$ReferenceHandler或java.lang.ref.Finalizer—— 可能因对象频繁创建+未及时回收，Finalizer 队列积压； - 主线程或业务线程调用栈顶部是
Unsafe.park、Object.wait或synchronized，但持有锁的线程本身又在等待 GC 完成（需结合 GC 日志交叉验证）。
必须配合 GC 日志才能定位内存问题
jstack 是“症状快照”，-Xlog:gc*（JDK9+）或 -XX:+PrintGCDetails -XX:+PrintGCTimeStamps（JDK8）才是关键证据：
- 如果发现 Full GC 频繁（例如每几十秒一次）、每次耗时数百毫秒甚至数秒，且 GC 后老年代占用率下降极少（比如从 95% → 92%），说明存在内存泄漏或对象过早晋升；
- 出现
Concurrent Mode Failure（CMS）或G1EvacuationPause (mixed) / Full GC（G1）反复触发，往往源于堆碎片+大对象分配失败，背后常是缓存类对象长期驻留； - 年轻代 GC（YGC）间隔越来越短、吞吐下降，也可能因 Promotion Failure 导致对象提前进入老年代，加速老年代耗尽。
排查泄漏源：jstack 辅助找“可疑长期存活线程”
虽然 jstack 不查对象，但可识别哪些线程可能在维持强引用：
- 查找自定义的
Thread子类或使用Executors.newCachedThreadPool()创建但未 shutdown 的线程池——它们可能持有 Handler、Callback、Listener 等引用； - 关注
java.util.TimerThread、com.alibaba.druid.pool.DruidDataSource相关线程，若其栈中频繁出现HashMap.get、ConcurrentHashMap.put，且线程长期存活，需检查对应缓存/连接池是否无界增长； - Web 应用中，
http-nio-8080-exec-*线程若大量处于WAITING on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject，可能因下游服务超时未释放，间接导致连接/上下文对象堆积。
真正确认内存泄漏的三步闭环
仅靠 jstack 不够，标准做法是：
- 用
jstat -gc <pid></pid>实时观察 Eden/Survivor/Old 区变化趋势（重点关注 Old 区是否单向增长）； - 用
jmap -histo:live <pid></pid>或jmap -dump:format=b,file=heap.hprof <pid></pid>抓取堆快照，用 Eclipse MAT 或 VisualVM 分析 Retained Heap 最大的类及 GC Roots 路径； - 比对多次 jstack + GC 日志时间戳，确认“线程停滞窗口”是否与某次长时间 GC 完全重合 —— 若重合，假死主因是 GC，泄漏是根源；若不重合（如线程卡在数据库连接获取、远程 RPC 等），则属外部依赖问题。
不复杂但容易忽略：jstack 是线程视角的“望远镜”，而内存泄漏是堆视角的“显微镜”。两者必须协同使用，缺一不可。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
