jstack是轻量级命令行快照工具，仅输出死锁摘要需人工分析；TDA是可视化分析工具，能直观定位变量级死锁，支持锁资源聚类、链路高亮与多dump对比，二者协同提升排查效率。
直接说结论：jstack 是命令行快照生成工具，本身不“识别”死锁，但能输出死锁摘要；TDA 是可视化分析工具，专为解读线程堆栈而设计，在定位变量级死锁（比如哪个对象被哪两个线程交叉锁定）时明显更易用、更直观。
jstack 侧重快速捕获与基础判断
jstack 的核心价值在于轻量、原生、可脚本化。它不需要额外安装，执行 jstack -l
- 死锁检测靠自动摘要：只要存在 Java-level 死锁，末尾必有 Found one Java-level deadlock 段落，列出相互等待的线程名、锁地址和关键栈帧
- 变量线索靠人工推断：例如
- waiting to lock (a java.lang.Object)中的地址需对照上下文，找到该地址对应的是哪个静态变量或实例字段——这需要你熟悉代码结构，且容易在大型 dump 中漏看 - 不支持高亮/跳转/关联：无法点击一个锁地址，直接看到谁创建了它、哪些线程正在等待它、它在源码中声明在哪一行
TDA 专注变量级死锁的可视化穿透
TDA（Thread Dump Analyzer）把 jstack 输出的原始文本转化成可交互的拓扑关系视图，特别适合厘清“谁锁了什么、谁在等谁”这一层变量依赖。
- 自动聚类锁资源：解析 dump 后，TDA 在“Monitors”区域列出所有被争用的对象（如
com.mchange.v2.resourcepool.BasicResourcePool@1a2b3c），直接显示持有者线程和等待者线程列表 - 点击对象即见全链路：选中某个 monitor，下方区域立刻展示所有相关线程栈，高亮
locked和waiting to lock行，并标出对应源码位置（如果 dump 包含调试信息） - 支持过滤与对比：可用 filter 快速筛选出状态为 BLOCKED 或包含特定类名（如
MyService）的线程；还能加载多个 dump 文件，比对锁持有变化趋势 - 死锁环一目了然：TDA 会用图形或表格形式明确标出循环等待路径，例如 “Thread-A → locks objX → waits for objY ← held by Thread-B → waits for objX”，变量名（objX / objY）直接可见
实际协作流程更高效
真实排查中，二者不是替代关系，而是分工配合：
- 先用 jstack -l
> dump.log 在生产机上秒级导出（即使进程卡死，加-F也能强制获取） - 把 dump.log 拷到本地，用 TDA 打开 → 点“Monitors” → 找出等待数最多的对象 → 点击它 → 看哪两个线程在互等 → 对照栈中类名和行号，直奔源码修复
- 遇到 C3P0 连接池锁争用这类典型问题，TDA 还能提示“该 monitor 被 3000+ 线程等待”，帮你快速聚焦瓶颈组件
