当前位置：首页 > news >正文

Java 线程状态深度解析：从 jstack 输出看懂 BLOCKED、WAITING 与死锁

news 2026/7/11 2:15:22

Java 线程状态深度解析：从 jstack 输出看懂 BLOCKED、WAITING 与死锁

当 Java 应用出现性能瓶颈或卡顿时，开发者往往需要深入线程内部一探究竟。jstack 作为 JDK 自带的线程诊断利器，能为我们打开这扇观察窗口。但面对密密麻麻的线程堆栈，如何快速识别关键状态？本文将带您穿透表象，掌握线程状态的核心判读技巧。

1. Java 线程状态机：从理论到 jstack 映射

Java 线程的生命周期由六种状态构成，但在 jstack 输出中我们主要关注以下核心状态：

线程状态	jstack 标识	触发条件
RUNNABLE	`runnable`	线程正在执行或等待 CPU 资源
BLOCKED	`blocked`	等待进入 synchronized 代码块
WAITING	`waiting on condition`	调用了 Object.wait()、Thread.join() 或 LockSupport.park()
TIMED_WAITING	`waiting on condition`	带有超时的等待状态（如 sleep、wait 带时间参数）
NEW/TERMINATED	不显示	初始化和终止状态不会出现在 dump 中

关键区别点：

BLOCKED是等待监视器锁（synchronized）
WAITING是主动放弃CPU等待唤醒（wait/join/park）

注意：jstack 中的waiting to lock <0x0000000718a7d4a8>表示线程正在等待特定锁资源，通常伴随 BLOCKED 状态出现。

2. jstack 实战分析：解码线程堆栈

获取线程 dump 的基础命令：

jstack -l <pid> > thread_dump.log

2.1 典型线程堆栈模式解析

BLOCKED 状态示例：

"Thread-1" #12 prio=5 tid=0x00007fb58b0e7000 nid=0x5903 waiting for monitor entry [0x0000700001f89000] java.lang.Thread.State: BLOCKED (on object monitor) at com.example.DeadLock$2.run(DeadLock.java:42) - waiting to lock <0x000000076bf62200> (a java.lang.Object) - locked <0x000000076bf62210> (a java.lang.Object)

WAITING 状态示例：

"Thread-2" #13 prio=5 tid=0x00007fb58b0e8800 nid=0x5a03 in Object.wait() [0x000070000208c000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x000000076bf62200> (a java.lang.Object) at java.lang.Object.wait(Object.java:502) at com.example.WaitDemo.run(WaitDemo.java:25) - locked <0x000000076bf62200> (a java.lang.Object)

2.2 锁信息深度解读

使用-l参数时，jstack 会显示额外的锁信息：

locked <0x12345678>：当前线程持有的锁
waiting to lock <0x12345678>：等待获取的锁
waiting on <0x12345678>：等待通知的锁对象

锁竞争分析表：

现象	可能原因	解决方案
大量线程 BLOCKED 同一锁地址	热点锁竞争	减小锁粒度/改用并发容器
线程 WAITING 且持有多个锁	可能引发死锁	检查锁获取顺序
parking 状态持续	线程池闲置或任务不足	调整线程池大小

3. 死锁诊断：从线索到定位

3.1 死锁特征识别

jstack 会自动检测死锁，输出如下标志性信息：

Found one Java-level deadlock: ============================= "Thread-1": waiting to lock monitor 0x00007fb58b0e7000 (object 0x000000076bf62200, a java.lang.Object), which is held by "Thread-2" "Thread-2": waiting to lock monitor 0x00007fb58b0e8800 (object 0x000000076bf62210, a java.lang.Object), which is held by "Thread-1"

3.2 手动分析死锁链路

即使没有自动检测到死锁，也可以通过以下步骤分析：

查找所有BLOCKED状态的线程
记录每个线程的waiting to lock和locked信息

绘制锁依赖图：

ThreadA -> 等待锁L1 (持有锁L2) ThreadB -> 等待锁L2 (持有锁L1)

使用工具可视化分析（推荐 jstack.review ）

死锁预防检查清单：

[ ] 避免嵌套锁
[ ] 统一锁获取顺序
[ ] 使用 tryLock 设置超时
[ ] 对共享资源进行分层加锁

4. 高级场景：WAITING 状态细分

4.1 不同类型的 WAITING

等待类型	典型堆栈特征	常见场景
Object.wait()	显示`in Object.wait()`	条件等待/生产者消费者
Thread.join()	显示`java.lang.Thread.join()`	线程串行化
LockSupport.park()	显示`sun.misc.Unsafe.park()`	并发工具类内部实现

4.2 虚假唤醒与检查

即使线程显示为 WAITING，也需要验证等待条件：

// 错误示例：可能错过信号 synchronized(lock) { if(!condition) lock.wait(); } // 正确做法：循环检查 synchronized(lock) { while(!condition) { lock.wait(); } }

5. 性能优化：从线程状态到系统调优

5.1 状态统计脚本

使用 awk 快速分析线程状态分布：

jstack -l <pid> | awk ' BEGIN { print "==== Thread State Summary ====" } /java.lang.Thread.State:/ { state=$0; sub(/^[ \t]+java.lang.Thread.State: /, "", state); stats[state]++ } END { for (s in stats) print s ":", stats[s] }'

5.2 优化决策矩阵

状态模式	优化方向	具体措施
大量 RUNNABLE	CPU 瓶颈	性能剖析/算法优化
高频 BLOCKED	锁竞争	减小锁范围/读写分离
长期 WAITING	资源等待	连接池扩容/超时设置
TIMED_WAITING 堆积	任务调度	调整线程池参数