Java高性能编程实战 - 线程通讯

要想实现多个线程之间的协同，如:线程执行前后顺序、获取某个线程执行的结果等等。涉及到线程之间相互通讯，分为下面四类:

1 文件共享

2 网络共享

socket编程问题,非本文重点,再也不赘述

3 共享变量

4 线程协做 - JDK API

细分为: suspend/resume 、 wait/notify、 park/unpark

JDK中对于须要多线程协做完成某一任务的场景，提供了对应API支持。多线程协做的典型场景是:生产者-消费者模型。(线程阻塞、 线程唤醒)

示例:线程1去买包子，没有包子，则再也不执行。线程-2生产出包子，通知线程-1继续执行。

4.1 API - 被弃用的suspend和resume

做用:调用suspend挂起目标线程，经过resume能够恢复线程执行

被弃用的主要缘由是，容易写出

死锁代码

• 同步代码中使用
  
  
• 前后顺序:suspend比resume后执行
  

因此用wait/notify和park/unpark机制对它进行替代

4.2 wait/notify

这些方法只能由同一对象锁的持有者线程调用，也就是写在同步块里面，不然会抛IllegalMonitorStateException

wait 方法致使当前线程等待，加入该对象的等待集合中，而且放弃当前持有的对象锁

notify/notifyAll 方法唤醒一个 或全部正在等待这个对象锁的线程。

虽然wait会自动解锁，可是对顺序有要求，若是在notify被调用以后， 才开始wait方法的调用，线程会永远处于WAITING状态。

• 正常使用
  
• 死锁
  
  
• 小结
  

4.3 park/unpark

线程调用park则等待“许可”，unpark方法为指定线程提供“许可(permit)” 。

不要求park和unpark方法的调用顺序

屡次调用unpark以后，再调用park, 线程会直接运行。但不会叠加，即连续屡次调用park方法，第一次会拿到“许可”直接运行，后续调用会进入等待。

• 正常
• 死锁
  

5 伪唤醒

以前代码中用if语句来判断，是否进入等待状态，是错误的!

官方建议应该在循环中检查等待条件，缘由是处于等待状态的线程可能会收到**错误警报和伪唤醒**，若是不在循环中检查等待条件，程序就会在没有知足结束条件的状况下退出。

伪唤醒是指线程并不是由于notify、notifyall、 unpark等 api调用而唤醒，是更底层缘由致使的。

6 总结

涉及不少JDK多线程开发工具类及其底层实现的原理