并发编程之三:线程状态

线程的五种?六种状态?

五种状态(从操作系统的层面描述)

线程的五种状态是从操作系统的层面来描述的
在这里插入图片描述

  • 【初始状态】:仅是在语言层面创建了线程对象,还未与操作系统线程关联。栗子:java中new了一个Thread对象,但是没有调用它的start方法。
  • 【可运行状态(就绪状态)】:指该线程已被创建(与操作系统线程关联),可由cpu调度执行。栗子:java中调用一个线程对象的start方法,但是线程还没有获取cpu时间片。
  • 【运行状态】:指获取了CPU时间片运行中的状态。栗子:线程获取了cpu时间片正在执行线程中代码的那些线程,如开启start方法后,执行其中run方法里的代码块的线程。
    • 当CPU时间片用完,会从[运行状态]转换至[可运行状态],会导致线程的上下文切换(线程从使用cpu到不使用cpu叫做线程的上下文切换)
  • 【阻塞状态】:如果调用了阻塞API,如BIO读写文件,这时该线程实际不会用到CPU,会让出cpu时间片,会导致线程上下文切换,进入【阻塞状态】(sleep,wait,IO操作都称为线程的阻塞)
    • 等BIO操作完毕,会由操作系统唤醒阻塞的线程,转换至[可运行状态]
    • 与[可运行状态]的区别是,对[阻塞状态]的线程来说只要它们一-直不唤醒,调度器就一-直不会考
      虑调度它们。唤醒之后线程不会立刻进入运行状态,而是进入可运行状态,等待线程获取cpu时间片然后才会进入运行状态。
  • 【终止状态】:表示线程已经执行完毕,生命周期已经结束,不会再转换为其它状态。

线程的六种状态(javaAPI层面描述)

线程的六种状态(javaAPI层面描述)

哪来的六种状态?多了一种?老王的?答案呼之欲出, 令人倒吸一口冷气。
其实线程的6种状态是从javaAPI层面来描述的,Thread.State枚举,它把线程分为6中状态

我们来看下源码,Thread的1742行代码开始。所以线程的6中状态一般都是从java的层面来描述的。javaAPI确定的把线程分成了6中状态。

public enum State {
        NEW,
        RUNNABLE,
        BLOCKED,
        WAITING,
        TIMED_WAITING,
        TERMINATED;
    }

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

  • 【NEW】:线程刚被创建,但是还没有调用start()方法.
  • 【RUNNABLE】:当调用了start()方法之后,注意, Java API层面的RUNNABLE状态涵盖了操作系统层面的
    [可运行状态]、[运行状态] 和[阻塞状态] (由于 BIO导致的线程阻塞,在Java里无法区分,仍然认为是可运行,sleet,wait,IO操作都是阻塞)
  • 【TERMINATED】: 终止状态。线程内代码已经运行结束,它不会再转为其他状态。

代码实现java中线程的6种状态(简单实现)

以下代码中所有获取线程状态之前都让主线程(main)方法睡了一会,是因为在主线程中获取线程的状态时,确保线程进入相应的睡眠或者阻塞以得到正确的状态,否则线程还没有睡眠就获取它们的状态,那么线程只要是调用了start方法就都是RUNNABLE状态了。注:sleep,wait,IO操作都是线程的阻塞。

NEW(初始状态)

线程的就绪状态:只是创建了线程对象,没有调用start方法

public class ThreadStatus {
    public static void main(String[] args) {
        Thread t1 = new Thread(new Runnable() {
            @Override
            public void run() {
                System.out.println("创建状态");
            }
        });
        // 线程的就绪状态:只是创建了线程对象,没有调用start方法
        System.out.println("就绪状态:" + t1.getState());
    }

在这里插入图片描述

RUNNABLE(运行状态)

这里的运行状态是java中的运行状态:相当与操作系统中的,可运行状态(就绪状态),运行状态,阻塞状态。

// java中的运行状态RUNNABLE
    public static void t2() {
        // 运行状态:
        // java中的运行状态:相当与操作系统中的,可运行状态(就绪状态),运行状态,阻塞状态
        Thread t2 = new Thread(new Runnable() {
            @Override
            public void run() {
                while (true) {

                }
            }
        });
        t2.start();
        System.out.println("运行状态 :" + t2.getState());
    }

在这里插入图片描述

TERMINATED(终止状态)
// TERMINATED(终止状态)
    public static void t3() throws InterruptedException {
        Thread t3 = new Thread(new Runnable() {
            @Override
            public void run() {
                System.out.println("终止状态:");
            }
        });
        t3.start();
        // 主线程睡1s,此时线程t3早已运行完毕,便是终止状态
        Thread.sleep(1000);
        System.out.println("终止状态:" + t3.getState());
    }

在这里插入图片描述

TIMED_WAITING(有时限的等待)

超时等待(TIMED_WAITING)
处于这种状态的线程不会被分配CPU执行时间,不过无须无限期等待被其他线程显示地唤醒,在达到一定时间后它们会自动唤醒。

public static void t4() throws InterruptedException {
        Thread t4 = new Thread(new Runnable() {
            @Override
            public void run() {
                synchronized (ThreadStatus.class) {
                    try {
                        Thread.sleep(10000000); // timed_waiting
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                }
            }
        });
        t4.start();
        Thread.sleep(500);
        System.out.println(t4.getState());
    }

在这里插入图片描述

WAITING(无时限的等待)

处于这种状态的线程不会得到任务调度器的调度,也就不会被分配CPU执行时间,它们要等待被显式地唤醒,否则会处于无限期等待的状态。

 // waiting
    public static void t5 () {
        Thread t5 = new Thread(new Runnable() {
            @Override
            public void run() {
                while (true) {

                }
            }
        });
        t5.start();
        Thread t6 = new Thread(new Runnable() {
            @Override
            public void run() {
                try {
                    // t5是个死循环,join方法就是等待调用的那个线程执行完再执行下面的任务,所以t6会一直等待
                    t5.join(); // 因为这种等待就没有加时限,所以是waiting
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        });
        t6.start();
        System.out.println(t6.getState());
    }

在这里插入图片描述

BLOCKED(没有获取到锁资源)

阻塞状态是线程阻塞在进入synchronized关键字修饰的方法或代码块(获取锁)时的状态。也就是线程没有获得资源锁。即:线程阻塞于锁。

 // blocked
    public static void t6() throws InterruptedException {
        Thread t7 = new Thread(new Runnable() {
            @Override
            public void run() {
                synchronized (ThreadStatus.class) {
                    try {
                        Thread.sleep(1000000); // timed_waiting
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                }
            }
        });
        t7.start();

        Thread t8 = new Thread(new Runnable() {
            @Override
            public void run() {
                // blocked
                // t7已经对ThreadStatus加了锁,但是在t7还没有释放锁资源之前,t8是拿不到锁资源的,于是就是
                synchronized (ThreadStatus.class) {
                    try {
                        Thread.sleep(1000000); // timed_waiting
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                }
            }
        });
        t8.start();
        Thread.sleep(500);
        System.out.println("" + t8.getState());
    }

在这里插入图片描述
以上只是浅显的说了一下线程的状态问题,以后的博客会深入的学习一下。
在这里插入图片描述

习题 :华罗庚统筹方法(烧水泡茶多线程最优解决方案)

华罗庚《统筹方法》
统筹方法,是一种安排工作进程的数学方法。它的实用范围极广泛,在企业管理和基本建设中,以及关系复杂的科研项目的组织与管理中,都可以应用。
怎样应用呢?主要是把工序安排好。
比如,想泡壶茶喝。当时的情况是:开水没有;水壶要洗,茶壶、茶杯要洗;火已生了,茶叶也有了。怎么办?
·办法甲:洗好水壶,灌上凉水,放在火上;在等待水开的时间里,洗茶壶、洗茶杯、拿茶叶;等水开了,泡茶喝。
·办法乙∶先做好一些准备工作,洗水壶,洗茶壶茶杯,拿茶叶;一切就绪,灌水烧水;坐待水开了,泡茶喝。
·办法丙:洗净水壶,灌上凉水,放在火上,坐待水开;水开了之后,急急忙忙找茶叶,洗茶壶茶杯,泡茶喝。
哪一种办法省时间?我们能一眼看出,第一种办法好,后两种办法都窝了工。这是小事,但这是引子,可以引出生产管理等方面有用的方法来。
水壶不洗,不能烧开水,因而洗水壶是烧开水的前提。没开水、没茶叶、不洗茶壶茶杯,就不能泡茶,因而这些又是泡茶的前提。它们的相互关系,可以用下边的箭头图来表示:
在这里插入图片描述
图一
从这个图上可以一眼看出,办法甲总共要16分钟(而办法乙、丙需要20分钟)。如果要缩短工时、提高工作效率,应当主要抓烧开水这个环节,而不是抓拿茶叶等环节。同时,洗茶壶茶杯、拿茶叶总共不过4分钟,大可利用“等水开”的时间来做。
是的,这好像是废话,卑之无甚高论。有如走路要用两条腿走,吃饭要一口一口吃,这些道理谁都懂得。但稍有变化,临事而迷的情况,常常是存在的。在近代工业的错综复杂的工艺过程中,往往就不是像泡茶喝这么简单了。任务多了,几百几千,甚至有好几万个任务。关系多了,错综复杂,千头万绪,往往出现“万事俱备,只欠东风”"的情况。由于一两个零件没完成,耽误了一台复杂机器的出厂时间。或往往因为抓的不是关键,连夜三班,急急忙忙,完成这一环节之后,还得等待旁的环节才能装配。
洗茶壶,洗茶杯,拿茶叶,或先或后,关系不大,而且同是一个人的活儿,因而可以合并成为:
图二
图二
图一相当于启动了4个线程有点浪费。所以我们可以让a线程串行的洗水壶,然后再烧开水。然后b线程并行的洗茶壶,洗茶杯,拿茶叶。当a开始烧开水的时候,b也可以执行了。
等水烧开的时候,两个线程再一起去泡茶。
·参考图二,用两个线程(两个人协作)模拟烧水泡茶过程·文中办法乙、丙都相当于任务串行
而图一相当于启动了4个线程,有点浪费·用sleep(n)模拟洗茶壶、洗水壶等耗费的时间

模拟t2泡茶

public class Test {
    public static void main(String[] args) {
        Thread t1 = new Thread(new Runnable() {
            @Override
            public void run() {
                try {
                    System.out.println(Thread.currentThread().getName() + ":洗水壶...");
                    Thread.sleep(1000);
                    System.out.println(Thread.currentThread().getName() + ":烧开水...");
                    Thread.sleep(5000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        }, "西门吹雪");

        Thread t2 = new Thread(new Runnable() {
            @Override
            public void run() {
                try {
                    System.out.println(Thread.currentThread().getName() + ":洗茶壶...");
                    Thread.sleep(1000);
                    System.out.println(Thread.currentThread().getName() + ":洗茶杯...");
                    Thread.sleep(2000);
                    System.out.println(Thread.currentThread().getName() + ":拿茶叶...");
                    Thread.sleep(1000);
                    // 肯定的有个人去泡茶,所以这里我们让t2等待水烧开了,然后去泡茶
                    t1.join();
                    System.out.println(Thread.currentThread().getName() + ":泡茶...");
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        }, "司徒摘星");
        t1.start();
        t2.start();
    }
}

在这里插入图片描述
解法1的缺陷:
上面模拟的是t2等t1的水烧开了,t2泡茶,如果反过来要实现t1等t2的茶叶拿来了,t1泡茶呢?代码最好能适应两种情况
·上面的两个线程其实是各执行各的,如果要模拟t1把水壶交给t2泡茶,或模拟t2把茶叶交给t1泡茶呢?
九层之台,起于垒土,一步步来,在后续的博客中,会优化这个解决方案。

在这里插入图片描述

java代码实现各个线程状态的转换(加强)

1、下图中双向箭头表示状态之间的相互转换,单向箭头表示单向转换。
2、2、3、43个箭头都可以互相转换,表示的是不同的方法去实现状态之间的转换
在这里插入图片描述
下文中情况1、2、3…分别代表的是箭头中的1,2,3…

NEW --> RUNNABLE

情况1 NEW --> RUNNABLE
当调用t.start()方法时,由NEW --> RUNNABLE

转换一:RUNNABLE <–> WAITING

情况2:wait/notify方法

t线程用synchronized(obj) 获取了对象锁后

  1. 调用obj .wait()方法时,t线程从RUNNABLE --> WAITING
  2. 调用obj . notify(), obj .notifyA11(), t. interrupt()时
    2.1、竞争锁成功,t线程从WAITING --> RUNNABLE
    2.2、竞争锁失败,t线程从WAITING --> BLOCKED

注意,以下代码调试时采用Thread方式,即一个线程在运行时,其它线程不会干扰
在这里插入图片描述

代码实现:

package status;
/**
 * @Author: llb
 * @Date: 2021/6/1 15:54
 */
public class ThreadStatus {
    final static Object obj = new Object();

    public static void main(String[] args) throws InterruptedException {
        new Thread(() -> {
            synchronized (obj) {
                logger.log(Thread.currentThread().getName() + ":执行...");
                try {
                    // 让线程在obj上一直等待下去
                    obj.wait();
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                logger.log(Thread.currentThread().getName() +"其它代码...");
            }
        }, "t1").start();

        new Thread(() -> {
            synchronized (obj) {
                logger.log(Thread.currentThread().getName() + ":执行...");
                try {
                    // 让线程在obj上一直等待下去
                    obj.wait();
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                logger.log(Thread.currentThread().getName() +"其它代码...");
            }
        }, "t2").start();

        // 主线程2s后执行
        Thread.sleep(2000);
        logger.log("唤醒obj上的其它线程...");
        synchronized (obj) {
            // 唤醒obj上所有等待的线程,既然唤醒所有线程,那么就意味着有一个可以得到锁资源,另一个仍旧等待
            obj.notifyAll();
        }
    }
}


图中所示加入3个断点
在这里插入图片描述
控制台打印
在这里插入图片描述
debug模式运行main方法,刚一运行,因为主方法没有执行完毕notifyAll方法,线程1、2均在等待状态。
在这里插入图片描述
执行debug的下一步,此时线程1、2仍然得不到锁,因为主线程还有个大括号没运行完,就是这么皮。
在这里插入图片描述
所以线程1、2此时状态应该是block,但是idea里的调试显示monitor,这里我们知道就可以了,调试工具的问题。因为主线程执行了notifyAll方法,此时线程1、2在Monitror里的entryList堵塞队列里等待竞争锁,它对应的java里的线程状态是blocked。
在这里插入图片描述

此时我们再往下执行一步,那么主线程就把这个锁给释放开了,然后线程1和线程2就会有一个得到锁,有一个竞争锁资源失败。
结果:我们看到t2得到了锁资源处于running状态,然后t1是block状态,它就在monitor里的entryList等待锁竞争锁资源。当线程竞争锁失败,之后线程就会进入BLOCKED状态,竞争锁成功就是RUNNING状态
在这里插入图片描述
等到t2执行完毕后t1就得到了资源锁,此时t1就是运行中的状态
在这里插入图片描述

情况3:join方法

情况3 RUNNABLE<–> WAITING

  1. ·当前线程调用:.join()方法时,当前线程从「RUNNABLE --> WAITING
    1.2. 注意是当前线程在t线程对象的监视器上等待
  2. t线程运行结束,或调用了当前线程的interrupt()时,当前线程从wAITING --> RUNNABLE

比如我想让主线程在t线程执行结束之后再执行,那么就在主线程main方法里调用t.join

情况4:park/unpark方法

情况4 RUNNABLE<–> WAITING

  1. 当前线程调用LockSupport.park()方法会让当前线程从RUNNABLE --> WAITING
  2. ·调用LockSupport.unpark(目标线程)或调用了线程的interrupt(),会让目标线程从WAITING–>RUNNABLE

转换二:RUNNABLE<–> WAITING

情况5 obj.wait(long n),obj.notify,obj.notifyAll()

t线程用synchronized(obj)获取了对象锁后

  1. 调用obj.wait(long n)方法时,t线程从RUNNABLE -->TIMED_WAITING
  2. t线程等待时间超过了n毫秒,或调用obj.notify(),obj.notifyAll(), t.interrupt()时
    2.1竞争锁成功,t线程从TIMED_wAITING -->RUNNABLE
    2.2竞争锁失败,t线程从TIMED_WAITING --> BLOCKED
情况6 join,interrupt

情况6 RUNNABLE<–>TIMED_WAITING

  1. ·当前线程调用`t.join(long n)'方法时,当前线程从RUNNABLE -->TIMED_MAITING
    1.2. 注意是当前线程在t线程对象的监视器上等待。
  2. 当前线程等待时间超过了n毫秒,或t线程运行结束,或调用了当前线程的interrupt()时,当前线程从RUNNABLE<–>TIMED_WAITING
情况7 sleep

情况7 RUNNABLE<–>TIMED_WAITING

  1. 当前线程调用Thread.sleep(long n),当前线程从RUNNABLE -->TIMED_WAITING
  2. 当前线程等待时间超过了n毫秒,当前线程从TIMED_WAITING --> RUNNABLE
情况8 parkNanos,parkUntil

情况8RUNNABLE <–>TIMED_WA工TING

  1. 当前线程调用LockSupport.parkNanos(long nanos)或LockSupport.parkUntil(long millis)时,当前线程从RUNNABLE -->TIMED_WAITING
  2. 调用LockSupport.unpark(目标线程)或调用了线程的interrupt(),或是等待超时,会让目标线程从TIMED_WAITING–>RUNNABLE

转换三:RUNNABLE<–> BLOCKED

情况9 synchronized

情况9 RUNNABLE<–>BLOCKED

  1. t线程用synchronized(obj)获取了对象锁时如果竞争失败,从 RUNNABLE -->BLOCKED
  2. 持obj锁线程的同步代码块执行完毕,会唤醒该对象上所有BLocKED 的线程重新竞争,如果其中t线程竞争成功,从 BLOCKED -->RUNNABLE,其它失败的线程仍然BLOCKED.

转换四:RUNNABLE<–> TERMINATED

情况10 TERMINATED

情况10 RUNNABLE<–>TERMINATED

当前线程所有代码运行完毕,进入TERMINATED

个人学习笔记,不喜勿喷。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值