java排查多线程死锁应先用jstack抓现场并搜索“found one java-level deadlock”，再用jconsole图形化检测或threadmxbean代码中主动检查，最后结合日志与代码审查锁定根因。
Java 中排查多线程死锁，关键不是“猜哪里卡住了”，而是用工具定位线程阻塞链和锁依赖关系。核心思路是：抓现场、看堆栈、找循环等待。
用 jstack 快速发现死锁
jstack 是最常用、最直接的命令行工具，JDK 自带，无需额外依赖：
- 先用 jps -l 查出目标 Java 进程 ID（如 12345）
- 再执行 jstack -l 12345 > thread_dump.txt，导出完整线程快照
- 打开文件搜索关键词 Found one Java-level deadlock —— 如果存在死锁，jstack 会在末尾明确标出，并列出所有陷入死锁的线程及它们各自持有的锁、等待的锁
- 注意 -l 参数：它会显示锁的详细信息（包括 lock owner 和 waiting threads），比默认输出更精准
用 JConsole 图形化检测
适合开发调试阶段快速验证：
- 启动 jconsole，连接到对应进程
- 切换到 “线程” 标签页
- 点击右上角 “检测死锁” 按钮
- 界面会立即高亮标出死锁线程，并展示每个线程的堆栈、持有锁、等待锁对象（包括类名和 identity hashcode）
- 双击线程可跳转查看完整调用链，方便回溯到具体代码行
用 ThreadMXBean 在代码中主动检查
适合集成进监控或健康检查逻辑，实现运行时自动预警：
- 获取线程管理 Bean：ThreadMXBean bean = ManagementFactory.getThreadMXBean();
- 调用 bean.findDeadlockedThreads() —— 返回 long[] 数组，包含所有死锁线程 ID；返回 null 表示当前无死锁
- 拿到线程 ID 后，可用 bean.getThreadInfo(ids, true, true) 获取带锁信息的详细堆栈
- 建议配合定时任务（如每分钟一次）或接口触发，避免高频调用影响性能
结合日志与代码审查锁定根因
工具只能告诉你“谁在等谁”，真正解决问题要靠人工分析：
- 对照 jstack 输出中的 waiting to lock 和 locked 对象的 identity hashcode，在代码里搜索哪些地方用了同一把锁（例如 synchronized(map) 或 synchronized(this)）
- 重点检查：是否在 synchronized 块内调用了可能阻塞的方法（如远程调用、数据库查询、另一个 synchronized 集合操作）
- 确认多个锁的获取顺序是否统一 —— 比如所有线程都按 lockA → lockB 顺序加锁，而不是有的先 A 后 B、有的先 B 后 A
- 特别留意 Collections.synchronizedMap 类包装器：它的锁就是 map 实例本身，如果外部又拿这个 map 当锁用（synchronized(map)），就容易卷入多锁竞争
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
