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多线程开发工具类及其底层实现的原理。
文章来源: javaedge.blog.csdn.net,作者:JavaEdge.,版权归原作者所有,如需转载,请联系作者。
原文链接:javaedge.blog.csdn.net/article/details/102345871
![](https://res.hc-cdn.com/ecology/9.3.130/v2_resources\images\global\blog-dialog.png)
华为开发者空间发布
让每位开发者拥有一台云主机
- 点赞
- 收藏
- 关注作者
评论(0)