Java 运行方法内部的线程状态冲突；为什么线程状态不是；“运行”；

我正在做一些测试，以了解java中不同的线程状态，并遇到了一些查询

通常，当线程被实例化时，它被称为处于

“NEW”

状态，然后在其上调用

start

（）方法时，操作系统调度程序获得控制权并处于

“RUNNABLE”

状态，并且当

start（）在内部调用
run（）
时

据说它处于运行状态

Thread.currentThread().getState() // Returns the state of the thread

但是在执行下面的代码时观察到，即使在

run

方法中进行测试，线程状态也不会显示为

“RUNNING”

有人能帮我理解为什么它会这样吗

public static void main(String[] args) {
        System.out.println("Hello World");
        Thread t=new Thread(()->{
            System.out.println("Hi");
            System.out.println(Thread.currentThread().getState());  //// STATE DISPLAYED AS "RUNNABLE" AGAIN
        });
        System.out.println(t.getState());  // STATE DISPLAYED AS "NEW"
        t.start();
        System.out.println(t.getState());  // STATE DISPLAYED AS "RUNNABLE"
}

---

lambda表达式用于实现

run（）

方法，在该方法中，我们正在测试线程的状态，该状态再次显示为“RUNNABLE”，而不是“RUNNING”

，因为状态

RUNNING

不存在。如果查看

getState

方法的定义，您会看到以下内容：

public State getState() {
    // get current thread state
    return jdk.internal.misc.VM.toThreadState(threadStatus);
}

如果您分析什么是

状态

，您可以看到它是以下枚举：

   public enum State {
        /**
         * Thread state for a thread which has not yet started.
         */
        NEW,

        /**
         * Thread state for a runnable thread.  A thread in the runnable
         * state is executing in the Java virtual machine but it may
         * be waiting for other resources from the operating system
         * such as processor.
         */
        RUNNABLE,

        /**
         * Thread state for a thread blocked waiting for a monitor lock.
         * A thread in the blocked state is waiting for a monitor lock
         * to enter a synchronized block/method or
         * reenter a synchronized block/method after calling
         * {@link Object#wait() Object.wait}.
         */
        BLOCKED,

        /**
         * Thread state for a waiting thread.
         * A thread is in the waiting state due to calling one of the
         * following methods:
         * <ul>
         *   <li>{@link Object#wait() Object.wait} with no timeout</li>
         *   <li>{@link #join() Thread.join} with no timeout</li>
         *   <li>{@link LockSupport#park() LockSupport.park}</li>
         * </ul>
         *
         * <p>A thread in the waiting state is waiting for another thread to
         * perform a particular action.
         *
         * For example, a thread that has called {@code Object.wait()}
         * on an object is waiting for another thread to call
         * {@code Object.notify()} or {@code Object.notifyAll()} on
         * that object. A thread that has called {@code Thread.join()}
         * is waiting for a specified thread to terminate.
         */
        WAITING,

        /**
         * Thread state for a waiting thread with a specified waiting time.
         * A thread is in the timed waiting state due to calling one of
         * the following methods with a specified positive waiting time:
         * <ul>
         *   <li>{@link #sleep Thread.sleep}</li>
         *   <li>{@link Object#wait(long) Object.wait} with timeout</li>
         *   <li>{@link #join(long) Thread.join} with timeout</li>
         *   <li>{@link LockSupport#parkNanos LockSupport.parkNanos}</li>
         *   <li>{@link LockSupport#parkUntil LockSupport.parkUntil}</li>
         * </ul>
         */
        TIMED_WAITING,

        /**
         * Thread state for a terminated thread.
         * The thread has completed execution.
         */
        TERMINATED;
    }

公共枚举状态{
/**
*尚未启动的线程的线程状态。
*/
新的,，
/**
*可运行线程的线程状态。可运行线程中的线程
*状态正在Java虚拟机中执行，但可能
*正在等待来自操作系统的其他资源
*例如处理器。
*/
可运行的，
/**
*等待监视器锁定的被阻止线程的线程状态。
*处于阻塞状态的线程正在等待监视器锁定
*输入同步块/方法或
*调用后重新输入同步块/方法
*{@link Object#wait（）Object.wait}。
*/
此 路 不通，
/**
*等待线程的线程状态。
*由于调用了一个
*以下方法：
*

*
{@link Object#wait（）Object.wait}没有超时
*
{@link#join（）Thread.join}无超时
*
{@link LockSupport#park（）LockSupport.park}
*
*
*处于等待状态的线程正在等待另一个线程启动
*执行特定的动作。
*
*例如，一个线程调用了{@code Object.wait（）}
*对象上的线程正在等待另一个线程调用
*上的{@code Object.notify（）}或{@code Object.notifyAll（）}
*调用{@code-thread.join（）}的线程
*正在等待指定的线程终止。
*/
等待，
/**
*具有指定等待时间的等待线程的线程状态。
*由于调用其中一个线程，线程处于定时等待状态
*具有指定正等待时间的以下方法：
*

*
{@link#sleep Thread.sleep}
*
{@link Object#wait（long）Object.wait}超时
*
{@link#join（long）Thread.join}超时
*
{@link LockSupport#parknos LockSupport.parknos}
*
{@link LockSupport#parkintil LockSupport.parkintil}
*
*/
等待的时间，
/**
*终止线程的线程状态。
*线程已完成执行。
*/
结束；
}

或从API：

公共静态枚举线程。状态扩展枚举线程 国家。线程可以处于以下状态之一：

NEW尚未启动的线程处于此状态

RUNNABLE在Java虚拟机中执行的线程处于此状态

被阻止被阻止等待监视器锁定的线程处于此状态

等待无限期等待另一个线程执行特定操作的线程处于此状态

TIMED_WAITING等待另一个线程执行操作的线程在指定的等待时间内处于此状态

终止已退出的线程处于此状态。线程在中的给定点只能处于一种状态 时间这些状态是虚拟机状态，不反映任何 操作系统线程状态

---

谢谢，我已经通过了一些在线教程，比如哪个状态是“运行”状态。根据我的理解，“RUNNABLE”是对操作系统调度程序的控制，如果这种理解是错误的，我们能说“RUNNABLE”是操作系统调度程序获得控制然后开始执行它的状态吗？因为没有单独的“运行”状态。@Rakesh从java文档中得到了一个很好的答案，“可运行线程的线程状态。处于可运行状态的线程正在java虚拟机中执行，但它可能正在等待来自操作系统的其他资源，如处理器。”@Rakesh，这样想，“可运行”这意味着Java运行时环境没有理由知道线程无法运行的原因。但可能有一些原因让操作系统知道JRE没有（例如，当前所有的CPU都分配给了其他线程）