目录
- 一、前言
- 二、面试题
- 三、Thread 状态关系
- 四、Thread 状态测试
- 1. NEW
- 2. RUNNABLE
- 3. BLOCKED
- 4. WAITING
- 5. TIMED_WAITING
- 6. TERMINATED
- 五、Thread 方法使用
- 1. yield
- 2. wait & notify
- 3. join
- 六、总结
- 七、系列推荐
一、前言
考不常用的、考你不会的、考你忽略的，才是考试！
大部分考试考的，基本都是不怎么用的。例外的咱们不说😄 就像你做程序开发，尤其在RPC+MQ+分库分表，其实很难出现让你用一个机器实例编写多线程压榨CPU性能。很多时候是扔出一个MQ，异步消费了。如果没有资源竞争，例如库表秒杀，那么其实你确实很难接触多并发编程以及锁的使用。
但！凡有例外，比如你需要开发一个数据库路由中间件，那么就肯定会出现在一台应用实例上分配数据库资源池的情况，如果出现竞争就要合理分配资源。如此，类似这样的中间件开发，就会涉及到一些更核心底层的技术的应用。
所以，有时候不是没用，而是你没有用。
二、面试题
谢飞机，小记！ 线程我玩定了，面试也拦不住我，我说的！
「谢飞机」：嘿，你好哇，我是谢飞机！
「面试官」：好，今天电话面试，你准备好了？
「谢飞机」：准备好了，嘿嘿！
「面试官」：嗯，我看你简历里写了不少线程的东西，看来了解的不错。问你一个线程吧那就，线程之间状态是怎么转换的？
「谢飞机」：扒拉扒拉，扒拉扒拉！
「面试官」：嗯，还不错。那 yield 方法是怎么使用的。
「谢飞机」：嗯！好像是让出CPU。具体的没怎么用过！
「面试官」：做做测试，验证下，下次问你。
三、Thread 状态关系
Java 的线程状态描述在枚举类 java.lang.Thread.State 中，共包括如下五种状态：
public enum State { NEW, RUNNABLE, BLOCKED, WAITING, TIMED_WAITING, TERMINATED; }
这五种状态描述了一个线程的生命周期，其实这种状态码的定义在我们日常的业务开发中，也经常出现。比如：一个活动的提交、审核、拒绝、修改、通过、运行、关闭等，是类似的。那么线程的状态是通过下图的方式进行流转的，如图 20-1
图 20-1 线程状态流转
New：新创建的一个线程，处于等待状态。Runnable：可运行状态，并不是已经运行，具体的线程调度各操作系统决定。在 Runnable 中包含了Ready、Running两个状态，当线程调用了 start() 方法后，线程则处于就绪 Ready 状态，等待操作系统分配 CPU 时间片，分配后则进入 Running 运行状态。此外当调用 yield() 方法后，只是谦让的允许当前线程让出CPU，但具体让不让不一定，由操作系统决定。如果让了，那么当前线程则会处于 Ready 状态继续竞争CPU，直至执行。Timed_waiting：指定时间内让出CPU资源，此时线程不会被执行，也不会被系统调度，直到等待时间到期后才会被执行。下列方法都可以触发：Thread.sleep、Object.wait、Thread.join、LockSupport.parkNanos、LockSupport.parkUntil。Wating：可被唤醒的等待状态，此时线程不会被执行也不会被系统调度。此状态可以通过 synchronized 获得锁，调用 wait 方法进入等待状态。最后通过 notify、notifyall 唤醒。下列方法都可以触发：Object.wait、Thread.join、LockSupport.park。Blocked：当发生锁竞争状态下，没有获得锁的线程会处于挂起状态。例如 synchronized 锁，先获得的先执行，没有获得的进入阻塞状态。Terminated：这个是终止状态，从 New 到 Terminated 是不可逆的。一般是程序流程正常结束或者发生了异常。
这里参考枚举State 类的英文注释了解了每一个状态码的含义，接下来我们去尝试操作线程方法，把这些状态体现出来。
四、Thread 状态测试
1. NEW
Thread thread = new Thread(() -> { }); System.out.println(thread.getState()); // NEW
- 这个状态很简单，就是线程创建还没有启动时就是这个状态。
2. RUNNABLE
Thread thread = new Thread(() -> { }); // 启动 thread.start(); System.out.println(thread.getState()); // RUNNABLE
- 创建的线程启动后
start()，就会进入 RUNNABLE 状态。但此时并不一定在执行，而是说这个线程已经就绪，可以竞争 CPU 资源。
3. BLOCKED
Object obj = new Object(); new Thread(() -> { synchronized (obj) { try { Thread.sleep(10000); } catch (InterruptedException e) { e.printStackTrace(); } } }).start(); Thread thread = new Thread(() -> { synchronized (obj) { try { obj.wait(); } catch (InterruptedException e) { e.printStackTrace(); } } }); thread.start(); while (true) { Thread.sleep(1000); System.out.println(thread.getState()); } // BLOCKED // BLOCKED // BLOCKED
- 这段代码稍微有点长，主要是为了让两个线程发生锁竞争。
- 第一个线程，synchronized 获取锁后休眠，不释放锁。
- 第二个线程，synchronized 获取不到锁，会被挂起。
- 那么最后的输出结果就会是，
BLOCKED
4. WAITING
Object obj = new Object(); Thread thread = new Thread(() -> { synchronized (obj) { try { obj.wait(); } catch (InterruptedException e) { e.printStackTrace(); } } }); thread.start(); while (true) { Thread.sleep(1000); System.out.println(thread.getState()); } // WAITING // WAITING // WAITING
- 只要在 synchronized 代码块或者修饰的方法中，调用
wait方法，又没有被 notify 就会进入WAITING状态。 - 另外
Thread.join源码中也是调用的 wait 方法，所以也会让线程进入等待状态。
5. TIMED_WAITING
Object obj = new Object(); Thread thread = new Thread(() -> { synchronized (obj) { try { Thread.sleep(100000); } catch (InterruptedException e) { e.printStackTrace(); } } }); thread.start(); while (true) { Thread.sleep(1000); System.out.println(thread.getState()); } // TIMED_WAITING // TIMED_WAITING // TIMED_WAITING
- 有了上面状态获取的对比，这个状态的获取就没什么难度了。只要改成
Thread.sleep(100000);就可以了。
6. TERMINATED
Thread thread = new Thread(() -> { }); thread.start(); System.out.println(thread.getState()); System.out.println(thread.getState()); System.out.println(thread.getState()); // RUNNABLE // TERMINATED // TERMINATED
- 这个就比较简单了，只要一个线程运行完，它的生命周期结束了，就进入了
TERMINATED状态。
五、Thread 方法使用
一般情况下 Thread 中最常用的方法就是 start 启动，除此之外一些其他方法可能在平常的开发中用的不多，但这些方法在一些框架中却经常出现。因此只了解它们的概念，但是却缺少一些实例来参考！ 接下来我们就来做一些案例来验证这些方法，包括：yield、wait、notify、join。
1. yield
yield 方法让出CPU，但不一定，一定让出！。这种可能会用在一些同时启动的线程中，按照优先级保证重要线程的执行，也可以是其他一些特殊的业务场景（例如这个线程内容很耗时，又不那么重要，可以放在后面）。
为了验证这个方法，我们做一个例子：启动50个线程进行，每个线程都进行1000次的加和计算。其中10个线程会执行让出CPU操作。「那么」，如果让出CPU那10个线程的计算加和时间都比较长，说明确实在进行让出操作。
「案例代码」
private static volatile Map<String, AtomicInteger> count = new ConcurrentHashMap<>(); static class Y implements Runnable { private String name; private boolean isYield; public Y(String name, boolean isYield) { this.name = name; this.isYield = isYield; } @Override public void run() { long l = System.currentTimeMillis(); for (int i = 0; i < 1000; i++) { if (isYield) Thread.yield(); AtomicInteger atomicInteger = count.get(name); if (null == atomicInteger) { count.put(name, new AtomicInteger(1)); continue; } atomicInteger.addAndGet(1); count.put(name, atomicInteger); } System.out.println("线程编号：" + name + " 执行完成耗时：" + (System.currentTimeMillis() - l) + " (毫秒)" + (isYield ? "让出CPU----------------------" : "不让CPU")); } } public static void main(String[] args) { for (int i = 0; i < 50; i++) { if (i < 10) { new Thread(new Y(String.valueOf(i), true)).start(); continue; } new Thread(new Y(String.valueOf(i), false)).start(); } }
「测试结果」
线程编号：10 执行完成耗时：2 (毫秒)不让CPU 线程编号：11 执行完成耗时：2 (毫秒)不让CPU 线程编号：15 执行完成耗时：1 (毫秒)不让CPU 线程编号：14 执行完成耗时：1 (毫秒)不让CPU 线程编号：19 执行完成耗时：1 (毫秒)不让CPU 线程编号：18 执行完成耗时：1 (毫秒)不让CPU 线程编号：22 执行完成耗时：0 (毫秒)不让CPU 线程编号：26 执行完成耗时：0 (毫秒)不让CPU 线程编号：27 执行完成耗时：1 (毫秒)不让CPU 线程编号：30 执行完成耗时：0 (毫秒)不让CPU 线程编号：31 执行完成耗时：0 (毫秒)不让CPU 线程编号：34 执行完成耗时：1 (毫秒)不让CPU 线程编号：12 执行完成耗时：1 (毫秒)不让CPU 线程编号：16 执行完成耗时：1 (毫秒)不让CPU 线程编号：13 执行完成耗时：1 (毫秒)不让CPU 线程编号：17 执行完成耗时：1 (毫秒)不让CPU 线程编号：20 执行完成耗时：0 (毫秒)不让CPU 线程编号：23 执行完成耗时：0 (毫秒)不让CPU 线程编号：21 执行完成耗时：0 (毫秒)不让CPU 线程编号：25 执行完成耗时：1 (毫秒)不让CPU 线程编号：24 执行完成耗时：1 (毫秒)不让CPU 线程编号：28 执行完成耗时：0 (毫秒)不让CPU 线程编号：38 执行完成耗时：0 (毫秒)不让CPU 线程编号：39 执行完成耗时：0 (毫秒)不让CPU 线程编号：37 执行完成耗时：1 (毫秒)不让CPU 线程编号：40 执行完成耗时：0 (毫秒)不让CPU 线程编号：44 执行完成耗时：0 (毫秒)不让CPU 线程编号：36 执行完成耗时：1 (毫秒)不让CPU 线程编号：42 执行完成耗时：1 (毫秒)不让CPU 线程编号：45 执行完成耗时：1 (毫秒)不让CPU 线程编号：43 执行完成耗时：1 (毫秒)不让CPU 线程编号：46 执行完成耗时：0 (毫秒)不让CPU 线程编号：47 执行完成耗时：0 (毫秒)不让CPU 线程编号：35 执行完成耗时：0 (毫秒)不让CPU 线程编号：33 执行完成耗时：0 (毫秒)不让CPU 线程编号：32 执行完成耗时：0 (毫秒)不让CPU 线程编号：41 执行完成耗时：0 (毫秒)不让CPU 线程编号：48 执行完成耗时：1 (毫秒)不让CPU 线程编号：6 执行完成耗时：15 (毫秒)让出CPU---------------------- 线程编号：7 执行完成耗时：15 (毫秒)让出CPU---------------------- 线程编号：49 执行完成耗时：2 (毫秒)不让CPU 线程编号：29 执行完成耗时：1 (毫秒)不让CPU 线程编号：2 执行完成耗时：17 (毫秒)让出CPU---------------------- 线程编号：1 执行完成耗时：11 (毫秒)让出CPU---------------------- 线程编号：4 执行完成耗时：15 (毫秒)让出CPU---------------------- 线程编号：8 执行完成耗时：12 (毫秒)让出CPU---------------------- 线程编号：5 执行完成耗时：12 (毫秒)让出CPU---------------------- 线程编号：9 执行完成耗时：12 (毫秒)让出CPU---------------------- 线程编号：0 执行完成耗时：21 (毫秒)让出CPU---------------------- 线程编号：3 执行完成耗时：21 (毫秒)让出CPU----------------------
- 从测试结果可以看到，那些让出 CPU 的，执行完计算已经在10毫秒以上，说明我们的测试是效果的。
2. wait & notify
wait 和 notify/nofityall，是一对方法，有一个等待，就会有一个叫醒，否则程序就夯在那不动了。关于这部分会使用到的 synchronized 在之前小傅哥有深入的源码分析，讲到它是怎么加锁在对象头的，如果你忘记了可以翻翻看 《synchronized 解毒，剖析源码深度分析！》
接下来我们模拟鹿鼎记·丽春院，清倌喝茶吟诗聊风月日常。当有达官贵人来时，需要分配清倌给大老爷。中间会有一些等待、叫醒操作。只为让你更好的记住这样的案例，不要想歪喽。清倌人即是只卖艺欢场人，喊麦的。
「案例代码」
public class 丽春院 { public static void main(String[] args) { 老鸨 鸨子 = new 老鸨(); 清倌 miss = new 清倌(鸨子); 客官 guest = new 客官(鸨子); Thread t_miss = new Thread(miss); Thread t_guest = new Thread(guest); t_miss.start(); t_guest.start(); } } class 清倌 implements Runnable { 老鸨 鸨子; public 清倌(老鸨 鸨子) { this.鸨子 = 鸨子; } @Override public void run() { int i = 1; while (true) { try { Thread.sleep(1000); } catch (InterruptedException e1) { e1.printStackTrace(); } if (i == 1) { try { 鸨子.在岗清倌("苍田野子", "500 日元"); } catch (InterruptedException e) { e.printStackTrace(); } } else { try { 鸨子.在岗清倌("花田岗子", "800 日元"); } catch (InterruptedException e) { e.printStackTrace(); } } i = (i + 1) % 2; } } } class 客官 implements Runnable { 老鸨 鸨子; public 客官(老鸨 鸨子) { this.鸨子 = 鸨子; } @Override public void run() { while (true) { try { Thread.sleep(1000); } catch (InterruptedException e1) { e1.printStackTrace(); } try { 鸨子.喝茶吟诗聊风月(); } catch (InterruptedException e) { e.printStackTrace(); } } } } class 老鸨 { private String 清倌 = null; private String price = null; private boolean 工作状态 = true; public synchronized void 在岗清倌(String 清倌, String price) throws InterruptedException { if (!工作状态) wait();//等待 this.清倌 = 清倌; this.price = price; 工作状态 = false; notify();//叫醒 } public synchronized void 喝茶吟诗聊风月() throws InterruptedException { if (工作状态) wait();//等待 System.out.println("聊风月：" + 清倌); System.out.println("茶水费：" + price); System.out.println(" " + " " + " " + " " + " " + " " + " " + " " + " " + " " + 清倌 + "完事" + "准备 ... ..."); System.out.println("****************************************"); 工作状态 = true; notify();//叫醒 } }
「测试结果」
聊风月：苍田野子 茶水费：500 日元 苍田野子完事准备 ... ... **************************************** 聊风月：花田岗子 茶水费：800 日元 花田岗子完事准备 ... ... **************************************** 聊风月：苍田野子 茶水费：500 日元 苍田野子完事准备 ... ... **************************************** ...
- 效果效果主要体现 wait、notify，这两个方法的使用。我相信你一定能记住这个例子！
3. join
join 是两个线程的合并吗？不是的！
join 是让线程进入 wait ，当线程执行完毕后，会在JVM源码中找到，它执行完毕后，其实执行notify，也就是 等待 和 叫醒 操作。
「源码」：jdk8u_hotspot/blob/master/src/share/vm/runtime/thread.cpp
void JavaThread::exit(bool destroy_vm, ExitType exit_type) { // Notify waiters on thread object. This has to be done after exit() is called // on the thread (if the thread is the last thread in a daemon ThreadGroup the // group should have the destroyed bit set before waiters are notified). ensure_join(this); }
static void ensure_join(JavaThread* thread) { // 叫醒 java_lang_Thread::set_thread(threadObj(), NULL); lock.notify_all(thread); }
好的，就是这里！lock.notify_all(thread)，执行到这，就对上了。
「案例代码」
Thread thread = new Thread(() -> { System.out.println("thread before"); try { Thread.sleep(3000); } catch (Exception e) { e.printStackTrace(); } System.out.println("thread after"); }); thread.start(); System.out.println("main begin！"); thread.join(); System.out.println("main end！");
「测试结果」
main begin！ thread before thread after main end！ Process finished with exit code 0
首先join() 是一个synchronized方法， 里面调用了wait()，这个过程的目的是让持有这个同步锁的线程进入等待，那么谁持有了这个同步锁呢？答案是主线程，因为主线程调用了threadA.join()方法，相当于在threadA.join()代码这块写了一个同步代码块，谁去执行了这段代码呢，是主线程，所以主线程被wait()了。然后在子线程threadA执行完毕之后，JVM会调用lock.notify_all(thread);唤醒持有threadA这个对象锁的线程，也就是主线程，会继续执行。
- 这部分验证的主要体现就是加了
thread.join()后，会影响到输出结果。如果不加，main end！会优先thread after提前打印出来。 - 「join() 是一个 synchronized 方法」，里面调用了 wait() 方法，让持有当前同步锁的线程进入等待状态，也就是主线程。当子线程执行完毕后，我们从源码中可以看到 JVM 调用了 lock.notify_all(thread) 所以唤醒了主线程继续执行。
六、总结
- 线程状态和状态的转换也是面试中必问的问题，但除了面试是我们自己在开发中，如果真的使用线程，是非常有必要了解线程状态是如何转换的。模模糊糊的使用，总会觉得担心，那么你是个好程序员！
- 线程的一些深入学习都是在调用本地方法，也就是需要了解到JVM层面，才能更加深刻的见到c++代码是如何实现这部分逻辑的。
- 在使用线程的时候一定要让自己有一个类似多核的脑子，*线程一起、生死由你！*本章节就扯到这了，很多的知识都是为了整套内容体系的全面，为后续介绍其他知识打下根基。感谢！
