为什么Java的线程没有Running状态?调用Thread.yield()方法后,线程的状态是什么?

3 篇文章 0 订阅
2 篇文章 0 订阅
调用Thread.yield方法后,线程在JVM层面保持RUNNABLE状态,但可能在OS层面变为running或ready,取决于OS调度。线程状态在JVM和OS间有差异,JVM的状态是对OS状态的抽象。线程的RUNNABLE包括OS的ready和running,I/O操作也影响线程状态的观察。
摘要由CSDN通过智能技术生成

参考文章:为什么 Java 线程没有 Running 状态? 写得很有启发性!


Java中线程的6个状态

对应的是Thread类中的一个枚举类State:

State枚举

  • 注释最后说到:一个线程同一时刻只会有一个状态,这个状态是指虚拟机(VM)中的线程状态,而不是操作系统(OS)中的线程状态
    那也就是说JVM中的线程状态和OS中的线程状态是两个层面的东西,所以JVM的线程状态是基于OS层面的自我封装,OS层面更偏向底层,要注意别混淆:
    两个层面

    OS中的线程状态:

    // todo

RUNNABLE

  • 表示一个线程从JVM层面看是执行中,但是从OS层面看,可能是执行中也有可能是正在等待其他资源
    在这里插入图片描述


  • RUNNABLE 状态对应了OS层面的 ready, running 以及部分的 waiting 状态

    两个层面


Thread.yield()

向调度程序提示当前线程愿意放弃其当前对处理器的使用。调度程序可以忽略此提示:

在这里插入图片描述

由此可以推测:当调用yield()方法后,(JVM层面)当前线程还是处于RUNNABLE状态,但对于OS来说,当前线程可以继续保持running态(及注释中的忽略yield提示),也可以是ready态,这由OS来决定。

举例证明:

  • todo

I/O

cpu 与硬盘间是并发的,如果把线程视作为一个 job,这一 job 由 cpu 与硬盘交替协作完成,当在 cpu 上是 waiting 时,在硬盘上却处于 running,只是我们在操作系统层面讨论线程状态时通常是围绕着 cpu 这一中心去述说的。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值