Java并发专题（一）认识线程

1.1 认识线程

　　线程是轻量级进程，也是程序执行的一个路径，每一个线程都有自己的局部变量表、程序计数器（指向正在执行的指令指针）以及各自的生命周期，现代操作系统中一般不止一个线程在运行。比如说，当我们启动了一个JVM的时候，操作系统创建一个新的进程（JVM进程），JVM进程中将会创建很多线程。总而言之，线程是一个时间段的描述，是CPU工作时间段的描述。你可以想象成一个生命体，从生到死。

1.2 线程的生命周期

　　上文说过我们可以抽象的理解一个线程是一个CPU工作时间段的生命体，那么他的生命周期是如何的呢？请看图1-1。

　　由图可知，线程的生命周期大致分为以下5个主要阶段

NEW
RUNNABLE
RUNNING
BLOCKED
TERMINATED

1.2.1 线程的NEW状态

　　用java关键字new创建一个Thread对象的时候，该线程的状态为NEW状态，准确的说，和你用关键字new创建一个普通的java对象没有什么区别，NEW状态通过start()方法进入RUNNABLE状态。有些软文上说创建一个线程的方式有2种，继承Thread，实现Runnable接口。这种说法是不准确的，也可以说是错误的。在JDK中代表线程的只有Thread这个类，所以准确的说创建线程只有一种方式，那就是构造Thread类。而实现线程要执行的业务逻辑是重写Thread的run()或者实现Runnable接口的run()。最终将Runnable实例用作构造Thread的参数。无论是哪一种，都是想将线程的控制本身和业务逻辑的运行分离开来。

1.2.2 线程的RUNNABLE状态

　　线程对象调用start()方法，才真正的在JVM进程中创建了一个线程，线程运行与否和进程一样听令与CPU调度，所以这里只是成为RUNNABLE状态，具备执行的资格，但是并没有真正的执行起来而是在等待CPU调度。

　　严格来说，RUNNABLE的线程只能意外终止或者进入RUNNING状态。

1.2.3 线程的RUNNING状态

　　一旦CPU通过轮询选中了线程，那么它才真正开始执行自己的逻辑代码，正在RUNNING状态的线程也是RUNNABLE的，但是反之不成立。

　　该状态可能发生如下转换

直接进入TERMINATED状态，比如调用stop()方法（JDK已经不推荐使用）
进入BLOCKED状态，比如调用了sleep()或者wait()方法。
进入某个阻塞的IO操作
获取某个锁资源
CPU调度使该线程放弃执行，进入RUNNABLE状态
线程主动调用yield()方法，放弃执行权，进入RUNNABLE状态

1.2.4 线程的BLOCKED状态

　　该状态可能切换至以下状态

直接进入TERMINATED，比如调用stop()方法（JDK已经不推荐使用）
线程阻塞操作完成，进入RUNNABLE状态，比如读取到了数据字节
线程完成了指定时间的休眠，进入RUNNABLE状态
wait中的线程被其他线程notify/notifyAll唤醒，进入RUNNABLE状态
线程获取到了锁资源，进入RUNNABLE状态
线程在阻塞过程中被打断，其他线程调用了interrupt()方法，进入RUNNABLE状态

1.2.5 线程的TERMINATED状态

　　TERMINAED状态是一个最终状态，相当于一个生命体的死亡，不会切换到其他状态了，意味着整个生命周期的结束。下面这些情况将会导致线程进入TERMINATED状态。

线程运行正常结束
线程运行出错意外结束
JVM crash，导致这个进程里的所有线程都结束。

1.3 Thread API介绍

1.3.1 sleep()方法介绍

public static native void sleep(long millis) throws InterruptedException;

public static void sleep(long millis, int nanos) throws InterruptedException;

　　sleep()方法会使当前线程进入指定毫秒数的休眠，休眠有一个非常重要的特性，它不会放弃monitor锁的所有权。可以这么记，抱着锁（你）睡觉。

1.3.2 yield()方法介绍

public static native void yield();

　　yield()会提醒调度器我愿意放弃当前的CPU资源，如果CPU的资源不紧张，则会忽略这种提示。

　　调用yield()方法会使当前线程从RUNNING状态切换到RUNNABLE状态。yield()只是一个提示，CPU调度器并不会担保每次都能满足yield提示。

1.3.3 interrupt()方法介绍

　　线程interrupt()方法是一个非常重要的API，有些方法（wait(),sleep(),join(),io操作等方法）的调用会使得当前线程进入阻塞状态，而调用当前线程的interrupt方法，就可以打断阻塞。因此这些方法有时会被称为可中断方法，打断一个线程并不等于该线程的生命周期结束，仅仅是打断了当前线程的阻塞状态。接下来我们看一个例子。

/**

 * 打断阻塞状态测试类

 *

 * @author GrimMjx

 */

public class InterruptTest {

    public static void main(String[] args) throws InterruptedException {

        Thread thread1 = new Thread(() -> {

            try {

                TimeUnit.MINUTES.sleep(1);

            } catch (InterruptedException e) {

                System.out.println("I am interrupted.");

            }

        });

        thread1.start();

        TimeUnit.SECONDS.sleep(2);

        thread1.interrupt();

    }

}

　　上面的代码先创建出一个线程，休眠1分钟，但是main线程在休眠2秒钟之后调用interrupt()方法打断thread1。

　　interrupt()到底做了什么事情呢？在一个线程内部存在一个名为interrupt flag的标识，如果一个线程被interrupt，那么它的flag会被设置，但是如果当前线程正在执行可中断方法被阻塞时，调用interrupt方法将其中断，反而会导致flag被清除。

1.3.4 join()方法介绍

public final void join() throws InterruptedException;

　　join某个线程A，会使当前线程进入等待状态，直到线程A结束生命周期，或者到达给定的时间，那么在此期间，当前线程都是出于BLOCKED状态的，而不是线程A。接下来我们看一个例子。

/**

 * Join方法测试类

 *

 * @author GrimMjx

 */

public class JoinTest {

    public static void main(String[] args) throws InterruptedException {

        Thread thread = create("thread1");

        thread.start();

        //执行join方法

        thread.join();

        //主线程开始工作

        System.out.println(Thread.currentThread().getName() + " is processing");

        TimeUnit.SECONDS.sleep(1);

    }

    private static Thread create(String name) {

        return new Thread(() -> {

            System.out.println(Thread.currentThread().getName() + " is processing");

        }, name);

    }

}

　　join()会使当前线程永远等待下去，直到期间被另外的线程中断，或者join的线程执行结束。concurrent包里的CountDownLatch和CyclicBarrier都可以实现和join()方法一样的功能，当某些线程达到一个点做一件事情。这个有兴趣的同学可以自己去学习使用。并掌握其中的不同点和共同点。