线程基本方法及其对线程状态的影响

  上篇实现/创建了线程,那么线程设置了哪些状态及线程对象方法对这些状态有什么样的改变呢?

  首先看看线程设置了哪些状态:

    线程基本方法及其对线程状态的影响

  通过上图可知,Thread使用内部枚举类State设置了其6中状态:new, runnable, blocked, waiting, timed_waiting, terminated:

  1)新建状态(NEW):

    当程序使用 new 关键字创建了一个线程之后,该线程就处于新建状态,此时仅由 JVM 为其分配内存,并初始化其成员变量的值。

  2)就绪状态(RUNNABLE):

    当线程对象调用了 start()方法之后,该线程处于就绪状态。 Java 虚拟机会为其创建方法调用栈和程序计数器,等待调度运行。

  3)运行状态(RUNNING):

    如果处于就绪状态的线程获得了 CPU,开始执行 run()方法的线程执行体,则该线程处于运行状态。  

  4)阻塞状态(BLOCKED):

    阻塞状态是指线程因为某种原因放弃了 cpu 使用权,也即让出了 cpu timeslice,暂时停止运行。直到线程进入可运行(runnable)状态,才有机会再次获得 cpu timeslice 转到运行(running)状态。阻塞的情况分三种:

    等待阻塞(o.wait->等待对列):

      运行(running)的线程执行 o.wait()方法, JVM 会把该线程放入等待队列(waitting queue)中。

    同步阻塞(lock->锁池):

      运行(running)的线程在获取对象的同步锁时,若该同步锁被别的线程占用,则 JVM 会把该线程放入锁池(lock pool)中。

    其他阻塞(sleep/join):

      运行(running)的线程执行 Thread.sleep(long ms)或 t.join()方法,或者发出了 I/O 请求时,JVM 会把该线程置为阻塞状态。当 sleep()状态超时、 join()等待线程终止或者超时、或者 I/O处理完毕时,线程重新转入可运行(runnable)状态。

  5)线程死亡(DEAD)

    线程会以下面三种方式结束,结束后就是死亡状态。

      正常结束:run()或 call()方法执行完成,线程正常结束。

      异常结束:线程抛出一个未捕获的 Exception 或 Error。

      调用 stop:直接调用该线程的 stop()方法来结束该线程—该方法通常容易导致死锁,不推荐使用。

    线程基本方法及其对线程状态的影响

  Thread提供的方法如下:

    线程基本方法及其对线程状态的影响

  这里重点说说sleep 与 wait 的区别

    1. 对于 sleep()方法,我们首先要知道该方法是属于 Thread 类中的。而 wait()方法,则是属于Object 类中的。

    2. sleep()方法导致了程序暂停执行指定的时间,让出 cpu 该其他线程,但是它的监控状态依然保持者,当指定的时间到了又会自动恢复运行状态。

    3. 在调用 sleep()方法的过程中, 线程不会释放对象锁。

    4. 当调用 wait()方法的时候,线程会放弃对象锁,进入等待此对象的等待锁定池,只有针对此对象调用 notify()方法后本线程才进入对象锁定池准备获取对象锁进入运行状态。

  各方法(不限于Thread中的方法)对线程状态的进一步细化:对运行状态进行了进一步细化(RUNNABLE根据系统调用细化为两个状态RUNNING和READY与第一个图保持一致了)

    线程基本方法及其对线程状态的影响

 

 

 

 



上一篇:UI自动化测试((键盘事件)key类 (上下滑动javascrip实战)


下一篇:Oracle序列 与 基本函数介绍