Java并发编程(三)——线程的六种状态

Myth丶恋晨 2023-01-19 04:58 138阅读 0赞

### 线程的六种状态 ###

![线程的状态][c17db9c3757d5e12f26993b02e56585e.png]

#### 状态一——New（新创建） ####

New 表示线程被创建但尚未启动的状态：当我们用 new Thread() 新建一个线程时，如果线程没有开始运行 start() 方法，所以也没有开始执行 run() 方法里面的代码，那么此时它的状态就是 New。而一旦线程调用了 start()，它的状态就会从 New 变成 Runnable，也就是状态转换图中中间的这个大方框里的内容。

#### 状态二——Runnable（可运行） ####

Java 中的 Runable 状态对应操作系统线程状态中的两种状态，分别是 Running 和 Ready，也就是说，Java 中处于 Runnable 状态的线程有可能正在执行，也有可能没有正在执行，正在等待被分配 CPU 资源。

所以，如果一个正在运行的线程是 Runnable 状态，当它运行到任务的一半时，执行该线程的 CPU 被调度去做其他事情，导致该线程暂时不运行，它的状态依然不变，还是 Runnable，因为它有可能随时被调度回来继续执行任务。

#### 状态三——阻塞状态 ####

在 Java 中阻塞状态通常不仅仅是 Blocked，实际上它包括三种状态，分别是 Blocked(被阻塞）、Waiting(等待）、Timed Waiting(计时等待），这三种状态统称为阻塞状态，下面我们来看看这三种状态具体是什么含义。

##### 阻塞状态一——Blocked #####

![Blocked][]

首先来看最简单的 Blocked，从箭头的流转方向可以看出，从 Runnable 状态进入 Blocked 状态只有一种可能，就是进入 synchronized 保护的代码时没有抢到 monitor 锁，无论是进入 synchronized 代码块，还是 synchronized 方法，都是一样。

我们再往右看，当处于 Blocked 的线程抢到 monitor 锁，就会从 Blocked 状态回到Runnable 状态。

##### 阻塞状态二——Waiting等待 #####

![waiting][]

我们再看看 Waiting 状态，线程进入 Waiting 状态有三种可能性。

*  没有设置 Timeout 参数的 Object.wait() 方法。
 *  没有设置 Timeout 参数的 Thread.join() 方法。
 *  LockSupport.park() 方法。
    
    刚才强调过，Blocked 仅仅针对 synchronized monitor 锁，可是在 Java 中还有很多其他的锁，比如 ReentrantLock，如果线程在获取这种锁时没有抢到该锁就会进入 Waiting 状态，因为本质上它执行了 LockSupport.park() 方法，所以会进入 Waiting 状态。同样，Object.wait() 和 Thread.join() 也会让线程进入 Waiting 状态。

Blocked 与 Waiting 的区别是 Blocked 在等待其他线程释放 monitor 锁，而 Waiting 则是在等待某个条件，比如 join 的线程执行完毕，或者是 notify()/notifyAll() 。

##### 阻塞状态三——Timed Waiting 限期等待 #####

![timedwaiting][]

在 Waiting 上面是 Timed Waiting 状态，这两个状态是非常相似的，区别仅在于有没有时间限制，Timed Waiting 会等待超时，由系统自动唤醒，或者在超时前被唤醒信号唤醒。

以下情况会让线程进入 Timed Waiting 状态：

*  设置了时间参数的 Thread.sleep(long millis) 方法；
 *  设置了时间参数的 Object.wait(long timeout) 方法；
 *  设置了时间参数的 Thread.join(long millis) 方法；
 *  设置了时间参数的 LockSupport.parkNanos(long nanos) 方法和 LockSupport.parkUntil(long deadline) 方法。

#### 阻塞状态和其他状态的流转 ####

![Blocked转其他线程][Blocked 1]

想要从 Blocked 状态进入 Runnable 状态，要求线程获取 monitor 锁，而从 Waiting 状态流转到其他状态则比较特殊，因为首先 Waiting 是不限时的，也就是说无论过了多长时间它都不会主动恢复。

![waiting转其他线程][waiting 1]

只有当执行了 LockSupport.unpark()，或者 join 的线程运行结束，或者被中断时才可以进入 Runnable 状态。

![waiting转blocked][waiting_blocked]

如果其他线程调用 notify() 或 notifyAll()来唤醒它，它会直接进入 Blocked 状态，这是为什么呢？因为唤醒 Waiting 线程的线程如果调用 notify() 或 notifyAll()，要求必须首先持有该 monitor 锁，所以处于 Waiting 状态的线程被唤醒时拿不到该锁，就会进入 Blocked 状态，直到执行了 notify()/notifyAll() 的唤醒它的线程执行完毕并释放 monitor 锁，才可能轮到它去抢夺这把锁，如果它能抢到，就会从 Blocked 状态回到 Runnable 状态。

![timedwaiting转其他线程][timedwaiting 1]

同样在 Timed Waiting 中执行 notify() 和 notifyAll() 也是一样的道理，它们会先进入 Blocked 状态，然后抢夺锁成功后，再回到 Runnable 状态。

![timedwaiting到runnable][timedwaiting_runnable]

当然对于 Timed Waiting 而言，如果它的超时时间到了且能直接获取到锁/join的线程运行结束/被中断/调用了LockSupport.unpark()，会直接恢复到 Runnable 状态，而无需经历 Blocked 状态。

#### 状态四——Terminated 终止 ####

![terminated][]

再来看看最后一种状态，Terminated 终止状态，要想进入这个状态有两种可能。

*  run() 方法执行完毕，线程正常退出。
 *  出现一个没有捕获的异常，终止了 run() 方法，最终导致意外终止。

**注意点：**

*  线程的状态是需要按照箭头方向来走的，比如线程从 New 状态是不可以直接进入 Blocked 状态的，它需要先经历 Runnable 状态。
 *  线程生命周期不可逆：一旦进入 Runnable 状态就不能回到 New 状态；一旦被终止就不可能再有任何状态的变化。所以一个线程只能有一次 New 和 Terminated 状态，只有处于中间状态才可以相互转换。

## 我的博客 ##

欢迎访问我的博客：[易水寒博客][Link 1]

[c17db9c3757d5e12f26993b02e56585e.png]: /images/20221021/4f0207b93f484af2a38eee962b2d67d2.png
[Blocked]: /images/20221021/95fe30f2333c4595926e0ac15f82a4be.png
[waiting]: /images/20221021/bf5daec1363344d393d56930e5c9fb3e.png
[timedwaiting]: /images/20221021/3d5c4f0df4114f48b1dd9d3bb237d33a.png
[Blocked 1]: /images/20221021/c0a2c37807904287b4a7936ba51ff9ab.png
[waiting 1]: /images/20221021/c04448a3eaba4636b7611bd657868365.png
[waiting_blocked]: /images/20221021/850f20f2195f4a7e875c54036ab02820.png
[timedwaiting 1]: /images/20221021/3223ea74236c46be9b3310151df2372a.png
[timedwaiting_runnable]: /images/20221021/b0804105c4084fa0a00e7c212e873b01.png
[terminated]: /images/20221021/ca6f72ca3b2f42cbb98507c1220759e4.png
[Link 1]: https://www.liuyj.top/