并发编程夯实之路————Java线程

三.Java线程

3.1创建和运行线程

方法一直接使用Thread

方法二，使用 Runnable 配合 Thread

Thread 代表线程

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

（）内参数1是任务对象，参数2是线程名字

方法三，FutureTask 配合 Thread

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

底层继承Runnable 和Future<V> Future用来返回任务结果

Java8后推出lambda表达式

总结

方法1 是把线程和任务合并在了一起，方法2 是把线程和任务分开了（运用runnable底层还是继承thread接口）

用 Runnable 更容易与线程池等高级 API 配合

用 Runnable 让任务类脱离了 Thread 继承体系，更灵活

3.2多个线程同时运行

线程交替执行，谁先谁后不受我们控制。

3.3查看进程线程方法

3.4线程运行原理

栈与栈帧

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

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

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

线程上下文切换

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

1.线程的 cpu 时间片用完

2.垃圾回收

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

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

当 Context Switch 发生时，需要由操作系统保存当前线程的状态，并恢复另一个线程的状态，Java 中对应的概念就是程序计数器，它的作用是记住下一条 jvm 指令的执行地址，是线程私有的

状态包括程序计数器、虚拟机栈中每个栈帧的信息，如局部变量、操作数栈、返回地址等

Context Switch 频繁发生会影响性能

（一个栈帧对应一个方法，当方法执行完之后，栈帧也会释放。不需要垃圾回收）

P21线程运行原理 栈帧图解

3.5常用方法

3.6start与run

Run

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

Start

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

3.7sleep与yield

sleep

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

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

（interrupt打断sleep 和sleep在一起的try catch内的方法不会执行，但之后的run内方法仍要执行）

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

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

Yield 让出

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

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

（调用方法让出后，如果没有其它线程需要运行，则还是你运行。当然只会把时间片分给就绪状态的线程）

线程优先级

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

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

3.8join

等待线程运行结束

哪个线程调用join，就等待哪个线程结束

t1.join和t2.join互换顺序，由此可见调用join之后其它线程继续运行，但不结束，等调用join的线程结束后再运行。

Join（参数 n）：等待线程结束，最多等待n毫秒。如果已经到了n毫秒，则不等待了，向下运行。

3.9 interrupt方法

1.打断 sleep，wait，join 的线程 这几个方法都会让线程进入阻塞状态（打断阻塞状态的线程）之后会抛出异常以及打断标记（清空打断标记输出false）

2.打断正常运行的线程, 不会清空打断状态（true）

3.打断park线程

Park方法类似于断点，执行到park后无法向下执行。

不会清空打断标记

Interrupt会打断park方法，使线程继续往下走。但线程之后继续调用park会失效，是因为打断标记为true。

如果打断标记已经是 true, 则 park 会失效。所以可以使用Thread.interrupted()清除打断状态。类似如下图

3.10过时方法

容易破坏同步代码块，造成线程死锁

3.11主线程与守护线程

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

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

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

3.12线程五种状态

操作系统层面：

【初始状态】仅是在语言层面创建了线程对象，还未与操作系统线程关联

【可运行状态】（就绪状态）指该线程已经被创建（与操作系统线程关联），可以由 CPU 调度执行

【运行状态】指获取了 CPU 时间片运行中的状态

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

【阻塞状态】

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

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

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

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

3.13六种状态

从Java api层面来描述的

1.NEW 线程刚被创建，但是还没有调用 start() 方法

2.RUNNABLE 当调用了 start() 方法之后，注意，Java API 层面的 RUNNABLE 状态涵盖了 操作系统 层面的【可运行状态】、【运行状态】和【阻塞状态】（由于 BIO 导致的线程阻塞，在 Java 里无法区分，仍然认为是可运行）

3.BLOCKED ， WAITING ， TIMED_WAITING 都是 Java API 层面对【阻塞状态】的细分。

4.TERMINATED 当线程代码运行结束