并发编程之理解多线程假死现象的原因
来源:互联网 发布:淘宝pc端怎样装修店铺 编辑:程序博客网 时间:2024/05/17 00:09
当1个生产者多个消费者或多个生产者过个消费者的场景下,用notify通知wait线程是容易出现假死线程,理解这个现象主要要理解下面两点:
1、notify的唤醒消息发出后只能唤醒一个进入wait的线程,但只是唤醒它,让CPU有调度它的可能性,并不是说一定会执行这个被唤醒的线程,是否被执行时随机的;
2、唤醒了同类的线程,如多个消费者时,当1个消费者消费后应该唤醒异类即生产者的线程,但也可能唤醒的是同类的线程,如果唤醒的是同类线程就有进入假死状态的可能;
解决方法:用notifyall方法进行通知就可以避免假死现象了。
1、notify的唤醒消息发出后只能唤醒一个进入wait的线程,但只是唤醒它,让CPU有调度它的可能性,并不是说一定会执行这个被唤醒的线程,是否被执行时随机的;
2、唤醒了同类的线程,如多个消费者时,当1个消费者消费后应该唤醒异类即生产者的线程,但也可能唤醒的是同类的线程,如果唤醒的是同类线程就有进入假死状态的可能;
解决方法:用notifyall方法进行通知就可以避免假死现象了。
下面通过日志解释如何进入了假死状态,如下面日志,1个生产者0线程,两个消费者1和2线程:
(缺少一张图片,应该由图片替换下面的文字)
运行日志:
1、push同步方法中,此时list的大小为0,服务类中的生产push方法要开始往list中加入数据了,此日志在while外面--线程为Thread-0
2、push同步方法中,数据已经加完,已发送notify通知 list大小为1--线程为Thread-0---------------------------------------------生产线程转配数据后发出通知,此时没有wait的线程,CPU随机执行0 1 2线程;
3、进入同步方法push中,现在list大小为1,服务类中的生产push方法要wait了!--线程为Thread-0push操作进入wait状态--------------随机执行了0线程,生产线程wait了,此时只有0线程wait,CPU不会随机执行0,会随机执行1或2
4、pop同步方法中,此时list的大小为1,服务类中的消费pop方法要开始从list中删除数据了,此日志在while外面--线程为Thread-2-----随机执行了消费2线程,数据被消费了;
5、pop同步方法中,数据已经删除,已发送notify通知 list大小为0--线程为Thread-2----------------------------------------------消费2线程通知了wait线程,此时只有生产0线程是wait状态
阅读全文
0 0
- 并发编程之理解多线程假死现象的原因
- Linux 假死现象的一种原因
- 服务假死现象原因排查
- 对JAVA多线程 并发编程的理解
- 对JAVA多线程 并发编程的理解
- 多线程编程界面假死
- Java并发编程之volatile的理解
- 并发编程之join关键字的理解
- 并发编程之wait方法的理解
- 多线程+Race Condition现象及产生的原因
- 多线程操作UI控件——DataGridView假死现象
- 深入理解Java多线程与并发编程
- Belady现象的原因
- Java并发编程系列之三十:多线程的代价
- Java并发编程系列之六:多线程的代价
- 线程互斥执行之假死锁现象
- Java并发编程之volatile关键字的理解
- Java并发编程之线程池的理解与使用
- c++new and delete
- CommonJS/AMD和EcmaScript规范简析
- VS编译——C/C++遍历库目录得到附加依赖项列表
- MONGODB大数据运维管理
- Ubuntu14.04安装redis和简单配置
- 并发编程之理解多线程假死现象的原因
- 生成中间代码实现跨工程资源加载
- 【c++】C与C++的相互调用问题&opencv list not found
- MongoDB用户权限篇
- net.sf.json.JSON的一般使用说明
- 关于数组的几道面试题
- 分解90=2*3*3*5*1
- 习题6.5
- 分布式缓存Redis之资源释放