共计 2662 个字符，预计需要花费 7 分钟才能阅读完成。
本博客 猫叔的博客，转载请申明出处
阅读本文约“15 分钟”
适读人群：Java 初级
学习笔记
基础概念
线程是无处不在的
先说说几个基本的概念吧
一个进程中可以包含多个线程，同一个进程中的线程共享该进程所申请到的资源，如内存空间和文件句柄等
从 JVM 的角度来看，线程是进程中的一个组件（Component）
Java 程序中任何一段代码总是执行在某个确定的线程中
Java 中线程分为守护线程（Daemon Thread）和用户线程（User Thread）
用户线程：JVM 正常停止前应用程序中的所有用户线程必须先停止完毕，否则 JVM 无法停止
守护线程：不会影响 JVM 的正常停止，通常执行一些重要性不高的任务，如监视其他线程的运行情况
在多线程的运行中，我们需要注意每个段代码是由哪一个线程去负责执行的，这关系到性能问题、线程安全
System.out.println("The ** method was executed by thread:" + Thread.currentThread().getName());如上可以看看对应方法是哪个线程负责执行的，当然你可以创新一个新的线程，并由新的线程负责，来验证你的猜想
创建并运行
在 Java 中，一个线程就是一个 java.lang.Thread 的实例
创建一个 Thread 类，JVM 会为这个线程实例分配两个调用栈（Call Stack）所需的内容空间
两个调用栈，一个用于跟踪 Java 代码间的调用关系，另一个用于跟踪 Java 代码对本地代码（即 Native 代码）的调用关系
假设我们在 main 方法中创建了一个新的线程，那么新的 thread 就是 main 线程的子线程，它们也就是父子线程关系
在默认情况下父线程为守护线程，则子线程也同样为守护，用户线程也是如此，当然你也可以通过 setDaemon 方法来修改这一属性
状态与上下文切换
人这一生有很多种状态，线程也是一样的
我们可以通过 getState 方法获取，返回值是 Enum（枚举）
| 状态 | 备注 |
|---|---|
| NEW | 有且仅有一次处于此状态，刚创建而未启动的线程 |
| RUNNABLE | 复合状态，包括 READY 和 RUNNING，当 READY 被 JVM 线程调度器调度则进入 RUNNING 状态，RUNNING 表示线程正在执行，即 run 方法代码正在由 cpu 执行，当实例 yield 方法被调用或者线程调度器原因，RUNNING 也会转为 READY |
| BLOCKED | 线程发起 I / O 操作后或试图去获取其他线程的持有锁，则进入这个状态，这个状态不会占用 CPU 资源，以上操作后转为 RUNNABLE 状态 |
| WAITING | 执行某些方法（Object.wait()、Thread.join()、LockSupport.park()）处于无限等待其他线程执行特定操作的状态，某些方法（Object.notify()、Object.notifyAll()、LockSupport.unpark(thread）让线程从 WAITING 转换为 RUNNABLE |
| TIMED_WAITING | 处于有时间限制的等待其他线程执行特定操作，如果其他线程没有执行，时间到了，就自动转为 RUNNABLE |
| TERMINATED | 执行结束的线程，也是仅有一次的状态，无论成功或异常 |
而一个线程从 RUNNABLE 转换为 BLOCKED、WAITING、TIMED_WAITING 几个状态的过程就意味着上下文切换（Context Switch）
上下文信息：包括 CPU 的寄存器和程序计数器在某一时间点的内容等
就好像你在和父母打电话的时候，突然你女朋友打了进来，你果断接了女朋友的约会邀请，然后又重新接上父母这边的并续上刚刚的聊天内容
从 RUNNABLE 转到其他，上下文信息（聊天内容）需要先存储起来，然后再重新进入 RUNABLE 状态时，回复之前保存的线程的上下文信息（聊天内容），在保存和回复的过程就是上下文切换
在保存或恢复就是需要开销的，如 CPU 时间开销和 CPU 缓存内容失效等
你可以看看自己的 Java 程序运行时的上下文切换情况，我这边是 win7，所以用了 windows 自带的 perfmon
Linux 也可以用 perf 命令查看
perf stat -e cpu-clock,task-clock,cs,cache-references,cache-misses java 你的程序名 线程监控
咱们需要把未知的东西变为已知的，黑盒变白盒
你可以尝试用 JDK 自身的 jvisualvm 监视
或是 jmc 也行
优劣
这个其实大家都基本了解，所以我不打算细讲来着
| 优势 | 劣势 |
|---|---|
| 提供系统的吞吐量 | 线程安全问题 |
| 提高响应性 | 线程的生命特征问题 |
| 充分利用多核 CPU | 上下文切换 |
| 最小化系统资源使用 | 可靠性 |
| 简化程序的结构 | / |
关于生命特征，可能就会涉及多种锁
死锁（Dead Lock）：即都拥有自己的锁但是又在等对方的锁
T1(L1) 等 L2
T2(L2) 等 L1活锁（Live Lock）：一个线程一直尝试某个操作但是无果（就像部分暗恋、舔狗类似····，这个比喻是我和爱人说明后她给我的第一印象）
线程饥饿（Starvation）：永远无法获得 CPU 执行机会，永远处于 RUNNABLE 状态的 READY 子状态。
相关术语
| 术语 | 说明 |
|---|---|
| 任务（task） | 任务是线程需要做的，不是一一对应，是一个概念，文件是任务，文件里的多个数据也可以是任务 |
| 并发（Concurrent） | 多个任务在同一时间段内执行，不是顺序执行，是交替执行 |
| 并行（Parallel） | 多个任务在同一时刻执行 |
| 客户端线程（Client Thread） | 有个 Hello 类，它有自己的方法 say(), 那么一个 main 函数，创建它的实体类并调用 say 方法，那么对于 Hello 类而言，客户端线程就是 main 线程 |
| 工作者线程（Worker Thread） | 有个 Hello 类，它有自己的方法 say(), 它有自己的一个 WorkThread 线程, 在初始化时，线程就开始 start，类似执行自己的日志差不多，那么 WorkThread 线程就是工作者线程 |
| 上下文切换 | 去看上面的文章内容 :） |
| 显示锁 | Java 代码可以控制的锁，包括 synchronize 和 java.util.concurrent.locks.Lock 接口的所有类 |
| 线程安全 | 一段操纵共享数据的代码能够保证在同一时间内被多个线程执行而仍然保持其正确性 |
下次再说说，附录的 synchronize 和 volatile。
我是 MySelf，还在坚持学习技术与产品经理相关的知识，希望本文能给你带来新的知识点。
公众号：Java 猫说
学习交流群：728698035
现架构设计（码农）兼创业技术顾问，不羁平庸，热爱开源，杂谈程序人生与不定期干货。