一、线程通信的方式

要实现多个线程之间的协同，如：线程执行先后顺序、获取某个线程的执行结果等等。线程之间相互通信，分为下面四类：

• 文件共享。
• 网络共享。
• 共享变量。
• jdk提供的线程协调api，有suspend/resume、wait/notify、park/unpark。
  
  

---

二、线程协作-JDK API

1、被弃用的suspend和resume

(1) 正常的suspend/resume使用示例

作用：调用suspend挂起目标线程，通过resume可以恢复线程。

(2) 造成死锁的suspend/resume示例

被弃用的主要原因：容易写出死锁的代码，所以用wait/notify、park/unpark机制对它就行替代，resume先调用造成死锁：

2、wait/notify机制

wait/notify机制相关介绍：

• 这些方法只能只能由同一对象锁的持有者线程调用，也就是写在同步代码块里面，否则会抛出IllegalMonitorException。
• wait方法导致当前线程等待，加入该对象的等待集合中，并放弃当前线程持有的锁。
• notify/notifyAll方法唤醒一个或所有正在等在这个对象锁的线程。
• 虽然wait会自动解锁，但是对顺序有要求，如果在notify被调用之后，才开始wait方法的调用，线程会处于waiting状态。

(1) wait/notify正确使用示例

(2) wait/notify死锁示例(notify先调用)

3、park/unpark机制

• 线程调用“park”则等待许可，unpark方法为指定线程提供“许可”。
• 不要求park和unpark方法的调用顺序。
• 多次调用unpark之后，再调用park，线程会直接运行。但不会叠加，也就是说，连续多次调用park方法，第一次会拿到“许可”直接运行，后续调用会进入等待。

(1) 正确的park/unpark使用示例

(2) 死锁的park/unpark

三、伪唤醒

• 官方建议在循环中检查等待条件，原因是处于等待状态的线程可能会收到错误警报和伪唤醒，如果不在循环中检查等待条件，程序在没有满足结束条件的情况下会退出。
• 伪唤醒是指线程并非因为notify、notifyAll、unpark等api调用唤醒，是更底层原因导致的。