线程的六种状态：
NEW：新建，还没启动时的状态
RUNNABLE：可运行，正在JVM中执行，但是可能在等待操作系统资源，比如等待CPU调度
BLOCKED：阻塞，可能处于同步代码块或方法中，需要等别的线程退出
WAITING：等待，该线程被调用了wait方法，相当于是被通知等待
TIMED_WAITING：定时等待，具有指定等待时间的等待
TERMINATED：终止，线程正常完成执行或出现异常
切换过程：
创建（开始）→可运行（等待锁）
阻塞（拿到锁）→可运行（收到通知等待）
等待（收到通知执行）→可运行（收到带有等待时间的通知）
定时等待（等待超时/收到通知执行）→可运行（正常执行/执行异常）
终止
Tip 1：如何正确中止一个线程？
首先不应使用stop()，而应使用interrupt()，因为stop()过于暴力，破坏了原子性。调用interrupt()后，也并不会就允许线程继续运行，但是它可以使被终止的例如sleep()之类可以抛InterruptedException的方法抛出异常，编写程序的时候可以捕获这个异常，并编写相应的处理逻辑，从而使中断变得可控。
Tip 2：等待和阻塞两种状态有何区别？
生动一点来说的话，等待是本来自己运行得好好的，突然被别人叫住，说暂停手上的活（WAITING）或者等两秒之后再继续（TIMED_WAITING），而阻塞是好比我此时正准备要上厕所（同步代码块），但是发现厕所门锁住了（说明有人在里面），所以我要在门外等待，里面的人出来了，我才可以进去。
线程通信：
文件共享 - 写进文件，从文件读
变量共享 - 写入变量，从变量读
JDK提供的线程协作API - wait/notify机制，park/unpark机制
Tip 1：suspend和resume被弃用的原因？
1.同步代码块中，suspend不会释放锁，容易死锁 2.对调用顺序有要求，由于多个线程的执行先后顺序不受控，会出现resume比suspend先调用的情况，会导致永久等待
Tip 2：wait/notify不会死锁的原因？
wait会使当前线程等待，加入到当前对象的“等待集合”中，并且释放当前持有的对象锁。而notify/notifyAll可以唤醒一个或所有正在等待这个对象锁的线程。
Tip 3：wait/notify和park/unpark的区别？
wait/notify需要注意先后顺序，否则会出现永久等待，而park/unpark是基于令牌的思想，不用担心先后顺序的问题，但是同步代码块中会有死锁的问题
Tip 4：如何避免伪唤醒？
伪唤醒是指虽然代码是判断了条件不符合才进入等待的，但是被唤醒之后并不意味着条件就符合了（可能有无关线程调用了notifyAll），为了避免这种情况，代码尽量写成while(条件){wait()}，而不是if(条件){wait()}