JUC-第3章 Java线程

1 创建和运行线程

1.1直接使用 Thread

1.2使用 Runnable 配合 Thread

把【线程】和【任务】（要执行的代码）分开

Thread 代表线程

Runnable 可运行的任务（线程要执行的代码）

Java 8 以后可以使用 lambda 精简代码

小结

• 方法1 是把线程和任务合并在了一起，方法2 是把线程和任务分开了
• 用 Runnable 更容易与线程池等高级 API 配合
• 用 Runnable 让任务类脱离了 Thread 继承体系，更灵活

1.3 FutureTask 配合 Thread 

FutureTask 能够接收 Callable 类型的参数，用来处理有返回结果的情况

2 原理之线程运行

2.1栈与栈帧

JVM 中由堆、栈、方法区所组成，每个线程启动后，虚拟机就会为线程其分配一块栈内存。

每个栈由多个栈帧（Frame）组成，对应着每次方法调用时所占用的内存

每个线程只能有一个活动栈帧，对应着当前正在执行的那个方法

2.2线程上下文切换（Thread Context Switch）

因为以下一些原因导致 cpu 不再执行当前的线程，转而执行另一个线程的代码

·线程的 cpu 时间片用完

·垃圾回收

·有更高优先级的线程需要运行

·线程自己调用了 sleep、yield、wait、join、park、synchronized、lock 等方法

当 Context Switch 发生时，需要由操作系统保存当前线程的状态，并恢复另一个线程的状态，Java 中对应的概念就是程序计数器（Program Counter Register），它的作用是记住下一条 jvm 指令的执行地址，是线程私有的：状态包括程序计数器、虚拟机栈中每个栈帧的信息，如局部变量、操作数栈、返回地址等，Context Switch 频繁发生会影响性能。

3 常见方法

4 start 与 run 

程序仍在 main 线程运行， FileReader.read() 方法调用还是同步的.

t1.run()改为t1.start();程序在 t1 线程运行，FileReader.read()方法调用是异步的

直接调用 run 是在主线程中执行了 run，没有启动新的线程

使用start是启动新的线程，通过新的线程间接执行 run 中的代码

5 sleep 与 yield 

5.1sleep 

1. 调用sleep会让当前线程从Running进入Timed Waiting状态（阻塞）

2. 其它线程可以使用 interrupt 方法打断正在睡眠的线程，这时sleep方法会抛出InterruptedException

3. 睡眠结束后的线程未必会立刻得到执行

4. 建议用TimeUnit的sleep代替Thread的sleep来获得更好的可读性

5.2yield

1. 调用yield会让当前线程从Running进入Runnable就绪状态，然后调度执行其它线程

2. 具体的实现依赖于操作系统的任务调度器

5.3线程优先级

线程优先级会提示（hint）调度器优先调度该线程，但它仅仅是一个提示，调度器可以忽略

如果cpu比较忙，那么优先级高的线程会获得更多的时间片，但cpu闲时优先级几乎没用

5.4 应用-限制对CPU的使用

在没有利用cpu来计算时，不要让while(true)空转浪费cpu，这时可以使用yield或sleep来让出cpu的使用权给其他程序

可以用wait或条件变量达到类似的效果，不同的是，后两种都需要加锁，并且需要相应的唤醒操作，一般适用于要进行同步的场景

sleep 适用于无需锁同步的场景 

sleep 实现

wait实现

条件变量实现

6 join方法详解（等待线程运行结束）

分析：因为主线程和线程 t1 是并行执行的，t1 线程需要 1 秒之后才能算出 r=10，而主线程一开始就要打印 r 的结果，所以只能打印出 r=0

解决方法：用 sleep 行不行？为什么？ 可以但时间不好控制；用t1.join（），加在t1.start()之后即可。

应用之同步

有时效的join

等够时间

没等够时间（t1.join(1500)：最多等1500）

7 interrupt 方法详解 

7.1打断sleep，wait，join的线程

sleep，wait，join会让线程进入阻塞状态，打断阻塞的线程, 会清空打断状态，线程会抛出异常

7.2打断正常运行的线程，不会清空打断状态

7.3 模式之两阶段终止

在一个线程 T1 中如何“优雅”终止线程 T2？这里的【优雅】指的是给 T2 一个料理后事的机会。

1. 错误思路

（1）使用线程对象的 stop() 方法停止线程，stop 方法会真正杀死线程，如果这时线程锁住了共享资源，那么当它被杀死后就再也没有机会释放锁，其它线程将永远无法获取锁

（2）使用 System.exit(int) 方法停止线程，目的仅是停止一个线程，但这种做法会让整个程序都停止

2.两阶段终止模式

2.1利用 isInterrupted

interrupt 可以打断正在执行的线程，无论这个线程是在 sleep，wait，还是正常运行

2.2利用停止标记

停止标记用volatile 是为了保证该变量在多个线程之间的可见性

7.4打断 park 线程，不会清空打断状态

如果打断标记已经是 true, 则 park 会失效

8主线程与守护线程

默认情况下，Java进程需要等待所有线程都运行结束才会结束。有一种特殊的线程叫做守护线程，只要其它非守护线程运行结束了，即使守护线程的代码没有执行完，也会强制结束。

垃圾回收器线程就是一种守护线程

Tomcat中的Acceptor和Poller线程都是守护线程，所以Tomcat接收到shutdown命令后，不会等待它们处理完当前请求.

9五种状态(操作系统层面)

• 【初始状态】仅是在语言层面创建了线程对象，还未与操作系统线程关联
• 【可运行状态】（就绪状态）指该线程已经被创建（与操作系统线程关联），可以由 CPU 调度执行
• 【运行状态】指获取了 CPU 时间片运行中的状态

当 CPU 时间片用完，会从【运行状态】转换至【可运行状态】，会导致线程的上下文切换

• 【阻塞状态】

如果调用了阻塞 API，如 BIO 读写文件，这时该线程实际不会用到 CPU，会导致线程上下文切换，进入【阻塞状态】

等 BIO 操作完毕，会由操作系统唤醒阻塞的线程，转换至【可运行状态】

与【可运行状态】的区别是，对【阻塞状态】的线程来说只要它们一直不唤醒，调度器就一直不会考虑调度它们

• 【终止状态】表示线程已经执行完毕，生命周期已经结束，不会再转换为其它状态

10六种状态(Java API层面)

根据 Thread.State 枚举，分为六种状态

• NEW线程刚被创建，但是还没有调用start()方法
• RUNNABLE当调用了start()方法之后，注意，Java API层面的RUNNABLE状态涵盖了 操作系统 层面的【可运行状态】、【运行状态】和【阻塞状态】（由于 BIO 导致的线程阻塞，在Java里无法区分，仍然认为是可运行）
• BLOCKED，WAITING，TIMED_WAITING都是Java API层面对【阻塞状态】的细分，后面会在状态转换一节详述
• TERMINATED 当线程代码运行结束