Java中的线程状态

最新推荐文章于 2023-01-12 15:50:39 发布

西瓜游侠

最新推荐文章于 2023-01-12 15:50:39 发布

阅读量903

点赞数

分类专栏： JAVA多线程

原文链接：https://my.oschina.net/goldenshaw?tab=newest&catalogId=3277710

版权

JAVA多线程专栏收录该内容

42 篇文章 25 订阅

订阅专栏

参考：https://my.oschina.net/goldenshaw?tab=newest&catalogId=3277710

1 线程状态

Java中的线程一共有6种状态。

在某个时刻，Java中的线程只能处于这6种状态中的一种。

1.1 线程状态的定义

Java中的线程状态被明确地定义在Thread.State中：

public enum State {

        /**
         * 新建
         */
        NEW,

        /**
         * 可运行
         */
        RUNNABLE,

        /**
         * 阻塞
         */
        BLOCKED,

        /**
         * 等待
         */
        WAITING,

        /**
         * 超时等待
         */
        TIMED_WAITING,

        /**
         * 终止
         */
        TERMINATED;
    }

下面是各状态的说明：

线程状态	说明
`NEW`	一个线程被创建出来，但是还没有启动（调用`Thread.start()`方法）的时候。
`RUNNABLE`	一个正在 `Java` 虚拟机中执行的线程处于这一状态。
`BLOCKED`	一个正在阻塞等待一个监视器锁的线程处于这一状态。
`WAITING`	一个正在无限期等待另一个线程执行一个特定的动作（通知或中断）的线程处于这一状态。
`TIMED_WAITING`	一个正在有限的时间内等待另一个线程执行一个特定的动作（通知或中断）的线程处于这一状态。
`TERMINATED`	一个已经退出的线程处于这一状态。

1.2 线程状态转换图

在这里插入图片描述

2 线程状态详解

2.1 `NEW`（新建状态）

线程被new创建出来后，但是还没有执行线程的start()方法，这时候线程是没有启动的，此状态就是NEW状态。
想要启动一个线程，必须执行start()方法。如果执行run()方法，只会在调用方所在的线程中执行，并没有启动一个新的线程。

2.2 `RUNNABLE`（可运行状态）

RUNNABLE状态是JVM虚拟机对线程状态的一种描述，不是操作系统对线程状态的描述。
JVM虚拟机中的线程状态与操作系统中的线程状态不是一回事。
RUNNABLE状态实际上对应了操作系统中的READY（就绪）状态、RUNNING（运行）状态、部分WAITING状态。
处于RUNNABLE状态的线程表示正在Java虚拟机中运行，但是它可能正在等待来自于操作系统的其它资源，比如处理器。

注意：进行阻塞式 I/O 操作时，Java 的线程状态还是RUNNABLE，并不是BLOCKED和 WAITING！！！

看下面的例子：

// 创建一个线程，等待I/O输入
Thread thread = new Thread(new Runnable() {
    @Override
    public void run() {
        try (Scanner in = new Scanner(System.in);) {
            String input = in.nextLine();
            System.out.println(input);
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
});

// 启动这个线程
thread.start();

// 确保子线程被启动
Thread.sleep(1000);

System.out.println(thread.getState());  // RUNNABLE

2.3 `BLOCKED`（阻塞状态）

BLOCKED状态不是通常意义上的 “ 阻塞 ”，线程的BLOCKED状态是针对于synchronized代码块或方法而言的。

线程在请求获取monitor锁时，如果这个锁已经被其他线程获取了，那么这个线程将要 “ 阻塞 ” 等待着获取这个monitor锁，以便进入synchronized代码块/方法。

或者在这个线程已经进入了同步块/方法之后，然后调用了Object.wait()方法，这个线程将会释放该锁，并进入锁的等待队列（wait set）中。之后被其他线程唤醒，这个时候这个锁可能已经被其他线程获取了，所以这个线程需要 “ 阻塞 ” 等待着重新获取monitor锁，以便再次进入这个synchronized代码块/方法，然后从上次wait()的地方恢复执行。