一、线程通信的方式
要实现多个线程之间的协同，如：线程执行先后顺序、获取某个线程的执行结果等等。线程之间相互通信，分为下面四类：
- 文件共享。
- 网络共享。
- 共享变量。
- jdk提供的线程协调api，有suspend/resume、wait/notify、park/unpark。
二、线程协作-JDK API
1、被弃用的suspend和resume
(1) 正常的suspend/resume使用示例
作用：调用suspend挂起目标线程，通过resume可以恢复线程。
image.png
(2) 造成死锁的suspend/resume示例
被弃用的主要原因：容易写出死锁的代码，所以用wait/notify、park/unpark机制对它就行替代，resume先调用造成死锁：
image.png
2、wait/notify机制
wait/notify机制相关介绍：
- 这些方法只能只能由同一对象锁的持有者线程调用，也就是写在同步代码块里面，否则会抛出IllegalMonitorException。
- wait方法导致当前线程等待，加入该对象的等待集合中，并放弃当前线程持有的锁。
- notify/notifyAll方法唤醒一个或所有正在等在这个对象锁的线程。
- 虽然wait会自动解锁，但是对顺序有要求，如果在notify被调用之后，才开始wait方法的调用，线程会处于waiting状态。
(1) wait/notify正确使用示例
image.png
(2) wait/notify死锁示例(notify先调用)
image.png
3、park/unpark机制
- 线程调用“park”则等待许可，unpark方法为指定线程提供“许可”。
- 不要求park和unpark方法的调用顺序。
- 多次调用unpark之后，再调用park，线程会直接运行。但不会叠加，也就是说，连续多次调用park方法，第一次会拿到“许可”直接运行，后续调用会进入等待。
(1) 正确的park/unpark使用示例
image.png
(2) 死锁的park/unpark
image.png
3、伪唤醒
- 官方建议在循环中检查等待条件，原因是处于等待状态的线程可能会收到错误警报和伪唤醒，如果不在循环中检查等待条件，程序在没有满足结束条件的情况下会退出。
-
伪唤醒是指线程并非因为notify、notifyAll、unpark等api调用唤醒，是更底层原因导致的。
image.png
