一、通信方式
要想实现多个线程之间的协同，如：线程执行先后顺序、获取某个线程执行的结果等等。
涉及到线程之间相互通信，分为下面四类：
文件共享
网络共享
共享变量
jdk提供的线程协调API
细分为：suspend/resume、wait/notify、park/unpark
二、线程协作-JDK API
JDK中对于需要多线程协作完成某一项任务的场景，提供了对应API支持。
多线程协作的典型场景是：生产者-消费者模型(线程阻塞、线程唤醒)
API-被弃用的
suspend和resume作用：调用suspend挂起目标线程，通过resume可以恢复线程执行。
存在问题：
1、同步代码中，suspend 挂起后不会释放锁
2、必须执行suspend，后执行resume，否则会导致无法唤醒，死锁
wait/notify机制
这些方法只能由同一对象锁的持有者线程调用，也就是写在同步块里面，否则会抛出illegalMonitorStateException异常。
wait方法导致当前线程等待，加入该对象的等待集合中，并且放弃当前持有的对象锁。
notify/notifyAll方法唤醒一个或所有正在等待这个对象锁的线程。
注意：虽然wait会自动解锁，但是对顺序有要求，如果在notify被调用之后，才开始wait方法的调用，线程会永远处于waiting状态。
park/unpark机制
线程调用park则等待“许可”，unpark方法为指定线程提供“许可”。
不要求park/unpark方法的调用顺序。
多次调用unpark之后，再调用park，线程会直接运行。但是不会叠加，也就是说，连续多次调用park方法，第一次会拿到“许可”直接运行，后续调用会进入等待。
三种方式比较区别
| wait/notify | park/unpark | ||
|---|---|---|---|
| 位置 | Thread | Object | juc.lock.LockSupport |
| 特点 | 已被弃用，suspend不会释放持有的锁，且suspend和resume有调用顺序要求，极易写出死锁代码 | 1、只能在同步方法、同步代码块中使用 2、wait会释放锁 3、wait和notify调用顺序有要求 | 1、“令牌”机制，无顺序要求，但park不会自动释放锁 2、unpark调用无叠加效果，多次unpark，park只能使用一次 |
| 注意 |
三、伪唤醒
代码中通过if语句来判断，是否进入等待状态，是错误的！
官方建议应该在循环中检查等待条件，原因是处于等待状态的线程可能会收到错误警报和伪唤醒，如果不在循环中检查等待条件，程序就会在没有满足结束条件的情况下退出。
伪唤醒是指线程并非因为notify、notifyall、unpark等api调用而唤醒，而是由于更底层原因导致的。
