线程状态
线程的五种？六种状态？
五种状态(从操作系统的层面描述)
线程的五种状态是从操作系统的层面来描述的
- 【初始状态】：仅是在语言层面创建了线程对象，还未与操作系统线程关联。栗子：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) 获取了对象锁后
- 调用obj .wait()方法时，t线程从RUNNABLE --> WAITING
- 调用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
- ·当前线程调用:.join()方法时，当前线程从「RUNNABLE --> WAITING
1.2. 注意是当前线程在t线程对象的监视器上等待 - t线程运行结束，或调用了当前线程的interrupt()时，当前线程从wAITING --> RUNNABLE
比如我想让主线程在t线程执行结束之后再执行，那么就在主线程main方法里调用t.join
情况4：park/unpark方法
情况4 RUNNABLE<–> WAITING
- 当前线程调用LockSupport.park()方法会让当前线程从RUNNABLE --> WAITING
- ·调用LockSupport.unpark(目标线程）或调用了线程的interrupt()，会让目标线程从WAITING–>RUNNABLE
转换二：RUNNABLE<–> WAITING
情况5 obj.wait(long n),obj.notify,obj.notifyAll()
t线程用synchronized(obj)获取了对象锁后
- 调用obj.wait(long n)方法时，t线程从RUNNABLE -->TIMED_WAITING
- 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
- ·当前线程调用`t.join(long n)'方法时，当前线程从RUNNABLE -->TIMED_MAITING
1.2. 注意是当前线程在t线程对象的监视器上等待。 - 当前线程等待时间超过了n毫秒，或t线程运行结束，或调用了当前线程的interrupt()时，当前线程从RUNNABLE<–>TIMED_WAITING
情况7 sleep
情况7 RUNNABLE<–>TIMED_WAITING
- 当前线程调用Thread.sleep(long n)，当前线程从RUNNABLE -->TIMED_WAITING
- 当前线程等待时间超过了n毫秒，当前线程从TIMED_WAITING --> RUNNABLE
情况8 parkNanos,parkUntil
情况8RUNNABLE <–>TIMED_WA工TING
- 当前线程调用LockSupport.parkNanos(long nanos)或LockSupport.parkUntil(long millis)时，当前线程从RUNNABLE -->TIMED_WAITING
- 调用LockSupport.unpark(目标线程）或调用了线程的interrupt()，或是等待超时，会让目标线程从TIMED_WAITING–>RUNNABLE
转换三：RUNNABLE<–> BLOCKED
情况9 synchronized
情况9 RUNNABLE<–>BLOCKED
- t线程用synchronized(obj)获取了对象锁时如果竞争失败，从 RUNNABLE -->BLOCKED
- 持obj锁线程的同步代码块执行完毕，会唤醒该对象上所有BLocKED 的线程重新竞争，如果其中t线程竞争成功，从 BLOCKED -->RUNNABLE，其它失败的线程仍然BLOCKED.
转换四：RUNNABLE<–> TERMINATED
情况10 TERMINATED
情况10 RUNNABLE<–>TERMINATED
当前线程所有代码运行完毕，进入TERMINATED
个人学习笔记，不喜勿喷。
扫一扫
2796
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
