线程面试必备：线程状态和dump输出状态，文末抽奖！

第一时间获取技术干货和业界资讯！

☞ 免费CSDN资料帮下服务 | 免费加群 ☜

面试 Java，线程肯定是少不了的知识点。所以，学习它肯定是必须的，千万不能等到遇到采取才去学，那就晚了。

一般的定义一个线程，有 6 种状态。

下面解释一下这 6 种状态。

new 代表新建状态；RUNNABLE 运行状态，就绪（ready）和运行中（running）两种状态笼统的称为“运行”；BLOCKED 阻塞状态，线程阻塞于锁；WAITING 等待状态，进入该状态的线程需要等待其他线程做出一些特定动作（通知或中断）；TIMED_WAITING 超时等待状态，该状态不同于WAITING，它可以在指定的时间后自行返回；TERMINATED 终止状态，表示该线程已经执行完毕。

如果还有不懂的，可以看我的这篇文章《了解多线程，先从“图”了解线程的基本状态！》。

这 6 种状态看起来很好理解，但是再实际工作中，当程序出现异常后，你会发现堆栈中的状态和上面的状态不一样。

在 dump 文件里，各种线程状态解释如下：

死锁，Deadlock（重点关注）
执行中，Runnable
等待资源，Waiting on condition（重点关注）
等待获取监视器，Waiting on monitor entry（重点关注）
对象等待中，Object.wait() 或 TIMED_WAITING
暂停，Suspended
阻塞，Blocked（重点关注）
停止，Parked

关于上面提到的重点关注的几个状态，我简单介绍一下。

死锁 Deadlock 状态

这是一个典型的死锁堆栈，t1 线程 lock 在地址 0x22a297a8，同时 t2 线程在 waiting to lock 这个地址。更有意思的是，堆栈也记录了发生死锁的代码行数，这对我们定位问题起到很大的帮助。

等待资源 Waiting on condition

最常见情况是该线程在 sleep，等待 sleep的时间到了时候，将被唤醒。关键字：TIMED_WAITING,sleeping,parking。TIMED_WAITING可能是调用了有超时参数的wait所引起的。parking指线程处于挂起中。

如果堆栈信息明确是应用代码，则证明该线程正在等待资源。一般是大量读取某资源，且该资源采用了资源锁的情况下，线程进入等待状态，等待资源的读取。

Waiting on monitor entry

意味着线程在等待进入一个临界区。Monitor 是 Java中用以实现线程之间的互斥与协作的主要手段，它可以看成是对象或者 Class的锁。每一个对象都有，也仅有一个 monitor。

这种状态通常发生在线程在等待数据库连接池返回一个可用的连接。

Blocked

线程阻塞，是指当前线程执行过程中，所需要的资源长时间等待却一直未能获取到，被容器的线程管理器标识为阻塞状态，可以理解为等待资源超时的线程。如果线程处于 Blocked 状态，但是原因不清楚。可以使用 jstack -m pid 得到线程的 mixed 信息。

例如，上面的信息表明，线程在尝试进入同步块时阻塞了。

以上内容，喜欢对大家的面试有所帮助。最后，我要强调一下。

当程序出现故障，往往一次 dump 的信息，还不足以确认问题。建议产生三次 dump 信息，如果每次 dump 都指向同一个问题，我们才确定问题的典型性。

堆栈信息只是一种参考，一些正常 RUNNING 的线程，由于复杂网络环境和 IO 的影响，也是有问题的，用 jstack 就无法定位，需要结合对业务代码的理解。

上面是一个活动抽奖，一个鼠标垫！奖品大概下周邮寄！转发中奖概率更高哦！

更多相关文章

随机推荐