资讯专栏INFORMATION COLUMN

Thread源码

Barrior / 1205人阅读

摘要:返回的是当前线程即执行这行代码时所在的线程。告诉调度器当前线程即执行该行代码所在的线程愿意放弃使用。只有在当前线程持有自己的对象锁时才能调用此方法,调用后就会释放所持有的对象锁和占用的资源,等待后才有可能再次获取到所持有的对象锁。

在Andorid-27中查看Thread源码
第一次看Thread源码的时候,很是懵,看源码里面的注释感觉实在无法理解,随后在网上看各种关于Thread的讲解,感觉这篇文章讲的挺好的(文章地址:https://segmentfault.com/a/11...),对一些不理解的地方有所了解,然后再自己接着看源码。

public static native Thread currentThread():Thread.currentThread()返回的是当前线程(即执行这行代码时所在的线程)。

public static native void yield():Thread.yield():告诉调度器当前线程(即执行该行代码所在的线程)愿意放弃使用CPU。但是调度器可以同意也可以不同意,就是你表达了你的意愿,但怎么做是我的事。

public static void sleep(long millis, int nanos)


从上图中可以看出调用sleep方法后,当前线程陷入死循环中并持有对象锁直到millis时间过去,才开始向下执行。
Thread.sleep(millis):当前线程(即执行该行代码所在的线程)放弃它所占有的资源不再执行,但依然拥有对象锁,此时当前线程处TIMED_WAITING状态,等到millis后,就变成就绪状态,等待分配CPU,分配到CPU就从sleep的地方开始向下执行。

public synchronized void start() :调用start方法后,线程处于就绪状态,等待分配CPU,一旦分配到CPU之后就开始执行run方法。

public void interrupt() :中断线程 

public final void join(long millis) throws InterruptedException :这个比较难理解,创建线程t,t.join加入到当前线程(即执行该行代码所在的线程),然后当前线程暂停执行,若millis=0则当前线程处于WAITING状态,等待加入的线程执行完成后,当前线程再接着执行;若millis>0则当前线程处于TIMED_WAITING状态,最多等待millis后,不论加入的线程是否执行完毕,当前线程都开始继续执行。

public final native void wait(long millis, int nanos) throws InterruptedException:让当前线程处于BLOCKED状态。 只有在当前线程持有自己的对象锁时才能调用此方法,调用后就会释放所持有的对象锁和占用的资源,等待millis后才有可能再次获取到所持有的对象锁。

接下来我们来看看线程所拥有的几种状态State:

NEW:创建一个线程,但还未调用start方法。

RUNNABLE:包含两种状态,运行状态和就绪状态,就绪状态就是都准备好了,等待分配CPU然后去执行

BLOCKED:阻塞状态,等待获取监视器的锁。在运行时想要运行同步方法或同步代码块但未获取到对应的锁时会进入到阻塞状态。

WAITING:等待状态。调用了wait()/join()/LockSupport.park()后,就会进入该状态。

TIMED_WAITING:处于等待状态且有具体的等待时间。调用了Thread.sleep(long)/wait(long)/join(long)后,就会进入该状态。

TERMINATED:线程执行完成。


状态的切换如上图所示,参考文章:https://blog.csdn.net/pange19...

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/72078.html

相关文章

  • Thread源码解读(2)——线程状态及常用方法

    摘要:如果线程还存活,线程就无限期等待,并让出监视器锁,进入状态。当线程从状态被唤醒后通过,或者是假唤醒将继续竞争监视器锁,当成功获得监视器锁后,他将从调用的地方恢复,继续运行。 前言 系列文章目录 上一篇我们讨论了线程的创建,本篇我们来聊一聊线程的状态转换以及常用的几个比较重要的方法。 本篇依然是通过源码分析来了解这些知识。 本文源码基于jdk1.8 。 阅读完本文,你应当有能力回答以...

    luqiuwen 评论0 收藏0
  • LockSupport源码阅读

    摘要:源码阅读创建锁和同步类中使用的基础的线程阻塞原语除非你是多线程专家,而且你要自己设计和实现阻塞式线程同步机制比如等等,否则你不需要用和。 LockSupport源码阅读 /* * 创建锁和同步类中使用的基础的线程阻塞原语 * * 除非你是多线程专家,而且你要自己设计和实现阻塞式线程同步机制(比如lock、condition等等),否则你不需要用park和unpark。这两个原语是...

    CastlePeaK 评论0 收藏0
  • 源码的角度再学「Thread

    摘要:前言中的线程是使用类实现的,在初学的时候就学过了,也在实践中用过,不过一直没从源码的角度去看过它的实现,今天从源码的角度出发,再次学习,愿此后对的实践更加得心应手。如果一个线程已经启动并且尚未死亡,则该线程处于活动状态。 showImg(https://segmentfault.com/img/remote/1460000017963014?w=1080&h=720); 前言 Java...

    abson 评论0 收藏0
  • 【开发小记】 Java 线程池 之 被“吃掉”的线程异常(附源码分析和解决方法)

    摘要:接下来就是会把任务提交到队列中给线程池调度处理因为主要关心的是这个线程怎么执行,异常的抛出和处理,所以我们暂时不解析多余的逻辑。 前言 今天遇到了一个bug,现象是,一个任务放入线程池中,似乎没有被执行,日志也没有打。 经过本地代码调试之后,发现在任务逻辑的前半段,抛出了NPE,但是代码外层没有try-catch,导致这个异常被吃掉。 这个问题解决起来是很简单的,外层加个try-cat...

    Soarkey 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<