一、进程与线程
1. 概念：
进程是操作系统结构的基础，是一个计算机中正在运行的程序实例，是分配给处理器并由处理器执行的一个实体，是由单一顺序执行显示、描述当前状态和一组相关系统资源组成的活动单元。如打开一个浏览器就是启动浏览器进程，打开word文档，就是启动word进程。
线程是进程执行运算的最小单位，也就是执行调度的基本单元，一个进程中至少包含一个线程。
2. 为什么会有多线程？
多线程就像是流水线上的各部件加工，彼此独立工作，最后完成设备的生产。也就是说多线程的引用，可以将一个复杂的功能模块拆分成不同的任务来完成，这样也就大大提高了系统的性能，缩短了处理时间，提高了用户体验。
二、线程运行的状态
- 创建状态（new）：新建一个线程对象，实现的方法有四种【继承Thread类、实现Runable接口、实现Callable接口、线程池Executors框架】
- 就绪状态（Runable）：线程对象被创建后，调用start()方法，进程进入可运行状态参与cpu时间片的竞争，等待被调度。
- 运行状态（Running）：线程对象获取cpu时间片，线程被执行。
- 阻塞状态（Blocked）：线程放弃cpu时间片，暂停执行。
阻塞状态分为三种：
1）等待阻塞：运行的线程调用o.wait()方法，该线程释放所有资源，进入“等待池”（也称为等待队列）中。进入这个状态后，线程不会自动唤醒，必须依赖其他线程调用o.notify()或o.notifyAll()方法，该线程才被唤醒，进入“锁池”中。
2）同步阻塞：运行的线程在获取对象的同步锁时，若该同步锁被别的线程占用时，JVM会将该线程放入“锁池”中。
3）其他阻塞：运行的线程调用Thread.sleep()或者t.join()方法，或者发出I/O请求时，JVM会将该线程置为阻塞状态，当sleep()状态超时、join()等待线程终止或者超时、或者I/O处理完毕时，线程重新转入就绪状态。
- 死亡状态（Dead）：线程正常执行完毕或抛出一个未处理的异常导致线程的提前结束，线程生命周期结束。
三、sleep、yield、wait三者之间的区别
1）sleep和yield是Thread下的静态方法。对运行的线程调用sleep()方法，线程让出cpu时间片，睡眠指定的时间，进入阻塞状态，该过程中，线程不会释放对象锁；到期后自动恢复，进入就绪状态，参与cpu时间片的竞争。对运行的线程调用yield()方法，线程让出cpu时间片，进入就绪状态，参与cpu时间片的竞争。
2）wait和notify、notifyAll都是Object类下的方法。对运行的线程调用wait()方法，该线程释放所有资源，同时也会释放对象锁，进入“等待池”。线程不会自动唤醒，必须通过其他线程调用notify()或notifyAll()方法，线程才可被唤醒。（注意：由于notify()只是唤醒一个线程，但是由于不能确定具体唤醒的是哪一个线程，也许需要唤醒的线程不能够被唤醒，因此在实际使用时，一般都用notifyAll()方法，唤醒有所线程），线程被唤醒后会进入锁池，等待获取对象的锁标记。
3）【延伸】同wait()需要搭配notify()或notifyAll()成对出现一样，suspend()需要搭配resume()使用，区别在于wait()会释放对象的锁，而suspend()不会释放对象的锁。另外，suspend()方法和不指定超时期限的wait()方法的调用都可能产生死锁。
四、线程中断
1 try {
2 Thread.sleep(100);
3 // wait();
4 // new Thread().join();
5 } catch (InterruptedException e) {
6 e.printStackTrace();
7 }
先来看上面一段代码，当调用Thread类下的静态方法sleep，或者调用Thread类下的非静态方法，或者调用Object类下的wait方法，都需要捕获或者抛出中断异常 InterruptedException,那么什么情况下会出现这个异常呢，看看sleep的源码解释（wait和join等同一致）：
* @throws InterruptedException
* if any thread has interrupted the current thread. The
* <i>interrupted status</i> of the current thread is
* cleared when this exception is thrown.
*/
public static native void sleep(long millis) throws InterruptedException;
上面释义:当任何其他线程打断了当前线程，当前线程的中断状态被清除时，该异常就会抛出。很明显，释义已经解释很清楚了，什么是线程中断：
当前线程被其他线程打断，且当前线程的中断状态被清除，那么这个线程就中断了。
那问题来了，什么方法可以去人工干预打断当前这个线程呢？
线程Thread类下有个方法interrupt()来请求终止线程：
1 /**
2 * Interrupts this thread.
3 *
4 * <p> Unless the current thread is interrupting itself, which is
5 * always permitted, the {@link #checkAccess() checkAccess} method
6 * of this thread is invoked, which may cause a {@link
7 * SecurityException} to be thrown.
8 *
9 * <p> If this thread is blocked in an invocation of the {@link
10 * Object#wait() wait()}, {@link Object#wait(long) wait(long)}, or {@link
11 * Object#wait(long, int) wait(long, int)} methods of the {@link Object}
12 * class, or of the {@link #join()}, {@link #join(long)}, {@link
13 * #join(long, int)}, {@link #sleep(long)}, or {@link #sleep(long, int)},
14 * methods of this class, then its interrupt status will be cleared and it
15 * will receive an {@link InterruptedException}.
16 *
17 * <p> If this thread is blocked in an I/O operation upon an {@link
18 * java.nio.channels.InterruptibleChannel InterruptibleChannel}
19 * then the channel will be closed, the thread's interrupt
20 * status will be set, and the thread will receive a {@link
21 * java.nio.channels.ClosedByInterruptException}.
22 *
23 * <p> If this thread is blocked in a {@link java.nio.channels.Selector}
24 * then the thread's interrupt status will be set and it will return
25 * immediately from the selection operation, possibly with a non-zero
26 * value, just as if the selector's {@link
27 * java.nio.channels.Selector#wakeup wakeup} method were invoked.
28 *
29 * <p> If none of the previous conditions hold then this thread's interrupt
30 * status will be set. </p>
31 *
32 * <p> Interrupting a thread that is not alive need not have any effect.
33 *
34 * @throws SecurityException
35 * if the current thread cannot modify this thread
36 *
37 * @revised 6.0
38 * @spec JSR-51
39 */
40 public void interrupt() {
41 if (this != Thread.currentThread())
42 checkAccess();
43
44 synchronized (blockerLock) {
45 Interruptible b = blocker;
46 if (b != null) {
47 interrupt0(); // Just to set the interrupt flag
48 b.interrupt(this);
49 return;
50 }
51 }
52 interrupt0();
53 }
另外Thread类下也提供了两个方法，静态方法interrupted()和非静态方法isInterrupted，但是这两种方法有些内在的差异：
public boolean isInterrupted()
isInterrupted是一个实例方法，主要用于判断当前线程对象的中断标志位是否被标记了，如果被标记了则返回true表示当前已经被中断，否则返回false，调用isInterrupted并不会清除线程对象的中断标识位
public static boolean interrupted()
interrupted是一个静态的方法，用于返回当前线程是否被中断，并且该方法调用结束的时候会清空中断标识位。
五、守护线程
守护线程（即daemon thread），是个服务线程，准确地来说就是服务其他的线程，这是它的作用——而其他的线程只有一种，那就是用户线程。所以java中的线程可以分两种：
1、守护线程（典型的GC线程）；2、用户线程
守护线程，专门用于服务其他的线程，如果其他的线程（即用户自定义线程）都执行完毕，连main线程也执行完毕，那么jvm就会退出（即停止运行），此时，连jvm都停止运行了，守护线程当然也就停止执行了。
在Java语言中，守护线程一般具有较低的优先级，它并非只由JVM内部提供，用户在编写程序时也可以自己设置守护线程，例如将一个用户线程设置为守护线程的方法就是在调用start()方法启动线程之前调用对象的setDaemon(true)方法。值得注意的是，当一个线程被设置成守护线程后，即使是finally的语句，也是不会执行的。