🚀1. 基本概念

🎉进程

程序由指令和数据组成，但这些指令要运行，数据要读写，就必须将指令加载到 CPU，数据加载到内存。在指令运行过程中还需使用磁盘、网络等设备，进程就是用来加载指令、管理内存、管理 IO 的。

当一个程序运行，从磁盘加载这个程序的代码到内存，这时就开启了一个进程。

进程可以看作程序的一个实例，大部分程序可以同时运行多个进程实例（例如记事本，画图，浏览器等），也有的程序只能启动一个实例进程（如网易云音乐、360卫士等）。

🎉线程

一个进程之内可以分为多个线程。

一个线程就是一个指令流，将指令流中的一条条指令以一定的顺序交给 CPU 执行。

在 Java 中，线程作为 CPU 调度执行的最小单位，进程作为资源拥有的最小单位，在 Windows 中进程是不活动的，只是作为线程的容器。

🎉进程和线程对比：

进程基本上相互独立的，而线程存在于进程内，是进程的一个子集。

进程拥有共享的资源，如内存空间等，供其内部的线程共享。

进程通信较为复杂

（1）同一台计算机的进程通信称为 IPC（Inter-process communication）

（2）不同计算机之间的进程通信，需要通过网络，并遵守共同的协议（如 HTTP）

线程通信相对简单，因为它们共享进程内的内存，例如多个线程可以访问同一个共享变量。

线程更加的轻量级，线程上下文切换成本一般要比进程上下文切换低。

🚀2. 并行与并发

✨单核 CPU 下，线程实际还是串行执行的，操作系统中有一个组件叫做任务调度器，将 CPU 的时间片（Windows 下时间片最小约为 15 毫秒）分给不同的程序使用，只是由于 CPU 在线程间（时间片很短）的切换非常快，让人感觉像是在同时运行的。实际就是，微观串行，宏观并行。

✨一般将线程轮流使用 CPU 的做法称为并发（Concurrent）。

CPU	时间片 1	时间片 2	时间片 3	时间片 4
core	线程1	线程2	线程3	线程4

✨多核 CPU 下，每个核（Core）都可以调度运行线程，这时候线程是并行的。

CPU	时间片 1	时间片 2	时间片 3	时间片 4
core 1	线程1	线程 1	线程 3	线程 3
core 2	线程 2	线程 4	线程 2	线程 4

🎉引用 Rob Pike 的一段描述

并行（Parallel）是同一时间动手做多件事情的能力

并发是同一时间应对多件事情的能力

🎉例如：

家庭主妇做饭、打扫卫生、给孩子喂奶，她一个人轮流交替做这多件事，这时就是并发。

家庭主妇雇了 2 个保姆，她们一起这些事，这时既有并发，也有并行（这时会产生竞争，例如锅只有一口，一个人用锅时，另一个人就得等待）。

雇了 3 个保姆，一个专做饭、一个专打扫卫生、一个专喂奶，互不干扰，这时是并行。

🚀3. 应用

🚁3.1 应用之异步调用

🎉从调用角度来讲，如果

需要等待结果返回，才能继续运行就是同步。

不需要等待结果返回，就能继续运行就是异步。

（1）设计

多线程可以让方法执行变为异步（即不需要干巴巴等着），例如读取磁盘文件时，假设读取操作花费了 5 秒钟，如果没有线程调度机制，这 5 秒 CPU 什么都做不了，其他代码都需要暂停。

（2）结论

例如，在项目中视频文件需要转换格式等操作比较费时，这时开一个新线程处理视频转换，避免阻塞主线程

tomcat 的异步 servlet 也是类似的操作目的，让用户线程处理耗时较长的操作，避免阻塞 tomcat 的工作线程

UI 程序中，开线程进行其他操作，避免阻塞 UI 线程

🚁3.2 应用之提高效率

🎉（1）设计

充分利用多核 CPU 的优势，提高运行效率。想象下下面的场景，执行 3 个计算，最后将计算结果汇总。

计算 1 花费 10 ms
计算 2 花费 11 ms
计算 3 花费 9 ms
汇总需要 1 ms

如果串行执行，那么总共花费的时间时 10+11+9+1=31ms

如果是四核 CPU，各个核心分别使用线程 1 执行计算 1，线程 2 执行计算 2，线程 3 执行计算 3，那么 3 个线程是并行的，花费时间只取决于最长的那个线程运行时间，即 11ms，最后加上汇总时间只会花费 12 ms

值得注意的是，需要在多核 CPU 的前提下才能提高效率，单核 CPU 仍然是轮流执行。

🎉（2）结论

单核 CPU 下，多线程不能实际提高程序运行效率，只是为了能够在不同的任务之间切换，不同线程轮流使用 CPU，不至于一个线程总占用 CPU，别的线程没法干活。

多核 CPU 可以并行跑多个线程，但能否提高程序运行效率还是要分情况的

（1）有些任务，经过精心设计，将任务拆分，并行执行，当然可以提高程序的运行效率，但不是所有计算任务都能拆分

（2）也不是所有任务都需要拆分，任务的目的如果不同，谈拆分和效率也没什么意义

🚀4. 创建线程并运行

🚁4.1 通过继承 Thread 创建线程

public class CreateThread {
  public static void main(String[] args) {
    Thread myThread = new MyThread();
        // 启动线程
    myThread.start();
  }
}
class MyThread extends Thread {
  @Override
  public void run() {
    System.out.println("My Thread running...");
  }
}

✨使用继承方式的好处就是在 run() 方法内获取当前线程直接使用 this 就可以了，无须使用Thread.currentThread（）方法；不好的地方是 Java 不支持多继承，如果继承了 Thread 类，那么就不能再继承其他类。另外任务与代码没有分离，当多个线程执行一样的任务时需要多份任务代码。

🚁4.2 使用 Runnable 配合 Thread (推荐)

public class Test {
  public static void main(String[] args) {
    //创建线程任务
    Runnable runnable = new Runnable() {
      @Override
      public void run() {
        System.out.println("Runnable running");
      }
    };
    //将 Runnable 对象传给 Thread
    Thread t = new Thread(runnable);
    //启动线程
    t.start();
  }
}

或者

public class CreateThread {
   private static class MyRunnable implements Runnable {
      @Override
      public void run() {
         System.out.println("my runnable running...");
      }
   }
   public static void main(String[] args) {
      MyRunnable myRunnable = new MyRunnable();
      Thread t = new Thread(myRunnable);
      t.start();
   }
}

✨通过实现 Runnable 接口，并且实现 run() 方法，在创建线程时作为参数传入该类的实例。

使用 lambda 精简代码

✨当一个接口带有 @FunctionalInterface 注解时，可以使用 lambda 来简化操作。

Runnable 接口源码如下

@FunctionalInterface
public interface Runnable {
    /**
     * When an object implementing interface <code>Runnable</code> is used
     * to create a thread, starting the thread causes the object's
     * <code>run</code> method to be called in that separately executing
     * thread.
     * <p>
     * The general contract of the method <code>run</code> is that it may
     * take any action whatsoever.
     *
     * @see     java.lang.Thread#run()
     */
    public abstract void run();
}

使用 lambda 简化后的代码如下

public class Test2 {
  public static void main(String[] args) {
    //创建线程任务
    Runnable r = () -> {
            //直接写方法体即可
      System.out.println("Runnable running");
      System.out.println("Hello Thread");
    };
    //将Runnable对象传给Thread
    Thread t = new Thread(r);
    //启动线程
    t.start();
  }
}

原理之 Thread 与 Runnable 的关系

分析 Thread 的源码，理清它与 Runnable 的关系。

public
class Thread implements Runnable {
   //...
}

🎉小结

方法 1 是把线程和任务合并在了一起，方法 2 是把线程和任务分开了

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

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

🚁4.3 FutureTask 配合 Thread

✨使用 FutureTask 可以用泛型指定线程的返回值类型（Runnable 的 run 方法没有返回值）

public class Test {
  public static void main(String[] args) throws ExecutionException, InterruptedException {
        //需要传入一个Callable对象
    FutureTask<Integer> task = new FutureTask<Integer>(new Callable<Integer>() {
      @Override
      public Integer call() throws Exception {
        System.out.println("线程执行!");
        Thread.sleep(1000);
        return 100;
      }
    });
    Thread r1 = new Thread(task, "t2");
    r1.start();
    //获取线程中方法执行后的返回结果
    System.out.println(task.get());
  }
}

或者

public class UseFutureTask {
    public static void main(String[] args) throws ExecutionException, InterruptedException {
        FutureTask<String> futureTask = new FutureTask<>(new MyCall());
        Thread t = new Thread(futureTask);
        t.start();
        // 获得线程运行后的返回值
        System.out.println(futureTask.get());
    }
}
class MyCall implements Callable<String> {
    @Override
    public String call() throws Exception {
        return "hello world";
    }
}

🚁4.4 小结

✨使用继承方式的好处就是方便传参，可以在子类里面添加成员变量，通过 set 方法设置参数或者通过构造函数进行传递，而如果使用 Runnable 方式，则只能使用主线程里面被声明为 final 的变量。不好的地方是 Java 不支持多继承，如果继承了 Thread 类，那么子类不能再继承其他类，而 Runable 则没有这个限制。前两种方式都没办法拿到任务的返回结果，但是 Futuretask 方式可以返回结果。

🚀5. 原理之线程运行

🎉栈与栈帧

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

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

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

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

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

线程的 CPU 时间片用完

垃圾回收

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

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

✨发生上下文切换时，需要由操作系统保存当前线程的状态，并恢复另一个线程的状态，Java 中对应的概念就是程序计数器（Program Counter Register），它的作用是记住下一条 JVM 指令的执行地址，是线程私有的。

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

上下文切换频繁发生会影响性能

🚀6. 常用方法

方法名	static	功能说明	注意

start()

启动一个新线程，在新的线程运行 run 方法中的代码

start 方法只是让线程进入就绪，里面的代码不一定立刻执行(CPU 的时间片还没分给它)。每个线程对象的 start 方法只能调用一次，如果调用了多次会出现 illegalThreadStateException

run()

新线程启动后会调用的方法

如果在构造 Thread 对象时传递了 Runnable 参数，则线程启动后会调用 Runnable 中的 run 方法，否则默认不执行任何操作，但可以创建 Thread 的子类对象来覆盖默认行为

join()	等待线程运行结束
join(long n)	等待线程运行结束，最多等待 n 毫秒
getId()	获取线程长整型的 id	id 唯一
getName	获取线程名

setName(String)	修改线程名
getPriority()	获取线程优先级
setPriority(int)	修改线程优先级	java 中规定线程优先级是 1-10 的整数，较大的优先级能提高该线程被 CPU 调度的几率

getState()		获取线程状态	java 中线程状态是用 6 个 enum 表示，分别为：NEW, RUNNABLE, BLOCKED, WAITING, TIMED_WAITING, TERMINATED
isInterrupted()		判断是否被打断	不会清除打断标记

isInterrupted()		判断是否被打断	不会清除打断标记
isAlive()		线程是否存活（还没有运行完毕）

interrupt()

打断线程

如果被打断线程正在 sleep, wait, join 会导致被打断的线程抛出 InterruptedException，并清除打断标记，如果打断的是正在运行的线程，则会设置打断标记；park 的线程被打断，也会设置打断标记

interrupted()	static	判断当前线程是否被打断	会清除打断标记
currentThread()	static	获取当前正在执行的线程

sleep(long n)	static	让当前执行的线程休眠 n 毫秒，休眠时让出 CPU 的时间片给其它线程
yield()	static	提示线程调度器让出当前线程对 CPU 的使用	主要是为了测试和调试

🚁6.1 start 与 run

🏳️‍🌈调用 run

public static void main(String[] args) {
     Thread t1 = new Thread("t1") {
         @Override
         public void run() {
             log.debug(Thread.currentThread().getName());
             FileReader.read(Constants.MP4_FULL_PATH);
         }
     };
     t1.run();
     log.debug("do other things");
 }

输出

[main] c.TestStart - main
[main] c.FileReader - read [1.mp4] start ...
[main] c.FileReader - read [1.mp4] end ... cost: 4227 ms
[main] c.TestStart - do other things ...

程序在 t1 线程运行，FileReader.read() 方法调用是异步的。

🎉小结：

直接调用 run 是在主线程中执行了 run，没有启动新的线程
使用 start 是启动新的线程，通过新的线程间接执行 run 中的代码

🚁6.2 sleep 与 yield

🎉sleep（使线程阻塞）

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

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

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

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

//休眠一秒
TimeUnit.SECONDS.sleep(1);
//休眠一分钟
TimeUnit.MINUTES.sleep(1);

🎉yield

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

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

🎉线程优先级

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

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

设置优先级的方法

t.setPriority(Thread.MAX_PRIORITY); //设置为优先级最高

🚁6.3 join 方法

✨为什么需要 join？执行下面的代码，打印的 r 是什么？

static int r = 0;
public static void main(String[] args) {
    test1();
}
private static void test1() throws InterruptedException {
    log.debug("开始");
    Thread t1 = new Thread(() -> {
        log.debug("开始");
        sleep(1);
        log.debug("结束");
        r = 10;
    });
    t1.start();
    log.debug("结果为:{}", r);
    log.debug("结束");
}

🎉分析

因为主线程和线程 t1 是并行执行的，t1 线程需要 1 秒之后才能算出 r = 10

而主线程一开始就要打印 r 的结果，所以只能打印出 r = 0

🎉解决方法

用 join 方法，加在 t1.start() 之后即可

🎉从调用的角度来讲，如果

需要等待结果返回才能继续运行就是同步

不需要等待结果返回，就能继续运行就是异步

✨等待多个结果，下面代码大概需要花费多少秒？

static int r1 = 0;
static int r2 = 0;
public static void main(String[] args) {
    test2();
}
private static void test2() throws InterruptedException {
    Thread t1 = new Thread(() -> {
        sleep(1);
        r = 10;
    });
    Thread t2 = new Thread(() -> {
        sleep(2);
        r2 = 20;
    });
    long start = System.currentTimeMillis();
    t1.start();
    t2.start();
    t1.join();
    t2.join();
    long end = System.currentTimeMillis();
    log.debug("r1: {} r2: {} cost: {}", r1, r2, end - start);
}

🎉分析如下：

第一个 join：等待 t1 时，t2 并没有停止，而在运行
第二个 join：1 秒后执行到此，t2 也运行了 1 秒，因此只需要再等待 1 秒

✨如果颠倒两个 join，最后的输出结果都是一样的。

✨其实，join 方法就是用于等待某个线程结束，哪个线程内调用 join 方法，就等待哪个线程结束，然后再去执行其他线程。

如在主线程中调用 thread.join()，则是主线程等待 t1 线程结束。

Thread thread = new Thread();
//等待thread线程执行结束
thread.join();
//最多等待1000ms,如果1000ms内线程执行完毕，则会直接执行下面的语句，不会等够1000ms
thread.join(1000);

🚁6.4 interrupt 方法

🎉interrupt 方法用于打断阻塞 (sleep wait join…) 的线程，处于阻塞状态的线程，CPU 不会给其分配时间片。

如果一个线程在运行中被打断，打断标记会被置为 true

如果是打断因 sleep wait join 方法而被阻塞的线程，会将打断标记置为 false

//用于查看打断标记，返回值被 boolean 类型
t1.isInterrupted();

✨正常运行的线程在被打断后，不会停止，会继续执行。如果要让线程在被打断后停下来，需要使用打断标记来判断。

while(true) {
    if(Thread.currentThread().isInterrupted()) {
        break;
    }
}

interrupt 方法的应用——两阶段终止模式

当我们在执行线程一时，想要终止线程二，这是就需要使用 interrupt 方法来优雅的停止线程二。

代码如下

public class Test {
  public static void main(String[] args) throws InterruptedException {
    Monitor monitor = new Monitor();
    monitor.start();
    Thread.sleep(3500);
    monitor.stop();
  }
}
class Monitor {
  Thread monitor;
  /**
   * 启动监控器线程
   */
  public void start() {
    //设置监控器线程，用于监控线程状态
    monitor = new Thread() {
      @Override
      public void run() {
        //开始不停的监控
        while (true) {
                    //判断当前线程是否被打断了
          if(Thread.currentThread().isInterrupted()) {
            System.out.println("处理后续任务");
                        //终止线程执行
            break;
          }
          System.out.println("监控器运行中...");
          try {
            //线程休眠
            Thread.sleep(1000);
          } catch (InterruptedException e) {
            e.printStackTrace();
            //如果是在休眠的时候被打断，不会将打断标记设置为true，这时要重新设置打断标记
            Thread.currentThread().interrupt();
          }
        }
      }
    };
    monitor.start();
  }
  /**
   *  用于停止监控器线程
   */
  public void stop() {
    //打断线程
    monitor.interrupt();
  }
}

🚁6.5 不推荐的打断方法

✨还有一些不推荐使用的方法，这些方法已过时，容易破坏同步代码块，造成线程死锁。

方法名字	static	功能说明
stop()		停止线程运行（可能造成共享资源无法被释放，其他线程无法使用这些共享资源）
suspend()		挂起（暂停）线程运行
resume()		恢复线程运行

🚁6.6 守护线程

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

//将线程设置为守护线程, 默认为false
monitor.setDaemon(true);

🎉守护线程的应用场景

垃圾回收器就是一种守护线程
Tomcat 中的 Acceptor 和 Poller 线程都是守护线程，所以 Tomcat 接收到 shutdown 命令后，不会等待它们（Acceptor 和 Poller）处理完当前请求

🚀7. 线程状态

🚁7.1 五种状态模型

✨从操作系统层面来描述

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

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

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

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

（4）【阻塞状态】

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

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

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

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

🚁7.2 六种状态模型

✨从 Java API 层面描述，根据 Thread.State 枚举，分为六种状态

New ：线程刚被创建，但是还没有调用 start() 方法

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

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

TERMINATED：当线程代码运行结束

《Java 并发编程》进程与线程