线程通信

通信的方式

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

  1. 文件共享
  2. 网络共享
  3. 共享变量
  4. jdk提供的线程协调API
    细分为:suspend/resume、wait/notify、park/unpark

文件共享

文件共享

变量共享

变量共享

线程协作-JDK API

JDK中对于需要多线程协作完成某一任务的场景,提供了对应API支持。
多线程协作的典型场景:生产者-消费者模型(线程阻塞、线程唤醒)
实例:线程1去卖包子,没有包子,则不再执行。线程2生产出包子,通知线程1继续执行。


线程协作
API-被弃用的suspend和resume

作用:调用suspend挂起目标线程,通过resume可以恢复线程执行。


被弃用的suspend和resume

被弃用的主要原因是容易写出死锁的代码。
所以用wait/notify和park/unpark机制对它进行替代。

suspend和resume死锁示例
1、同步代码中使用

2、suspend比resume后执行
wait/notify机制

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

wait/notify

park/unpark机制

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

park/unpark

伪唤醒

警告!之前代码中用if语句来判断,是否进入等待状态,是错误的!
官方建议应该在循环中检查等待条件,原因是处于等待状态的线程可能会收到错误警报和伪唤醒,如果不在循环中检查等待条件,程序就会在没有满足条件的情况下退出。
伪唤醒是指线程并非因为notify、notifyall、unpark等api调用而唤醒,是更底层原因导致的。

正确的写法

你可能感兴趣的:(线程通信)