为什么wait和notify只能在synchronized中?

举报
经典鸡翅 发表于 2022/02/17 23:17:17 2022/02/17
【摘要】 前言 wait和notify必须在synchronized块中,否则会抛出IllegalMonitorStateException。 原因 代码示例 class BlockingQueue { Queue<String> buffer = new LinkedList<String>(...

前言

wait和notify必须在synchronized块中,否则会抛出IllegalMonitorStateException。

原因

代码示例


   
  1. class BlockingQueue {
  2. Queue<String> buffer = new LinkedList<String>();
  3. public void give(String data) {
  4. buffer.add(data);
  5. notify();
  6. }
  7. public String take() throws InterruptedException {
  8. while (buffer.isEmpty())
  9. wait();
  10. return buffer.remove();
  11. }
  12. }

代码示例的问题所在

一个消费者调用take,发现buffer.isEmpty。
在消费者调用wait之前,由于cpu的调度,消费者线程被挂起,生产者调用give,然后notify。
然后消费者调用wait (注意,由于错误的条件判断,导致wait调用在notify之后,这是关键)。
如果很不幸的话,生产者产生了一条消息后就不再生产消息了,那么消费者就会一直挂起,无法消费,造成死锁。

关键

总是让give/notify和take/wait为原子操作。wait/notify是线程之间的通信,他们存在竞态,我们必须保证在满足条件的情况下才进行wait。换句话说,如果不加锁的话,那么wait被调用的时候可能wait的条件已经不满足了(如上述)。由于错误的条件下进行了wait,那么就有可能永远不会被notify到,所以我们需要强制wait/notify在synchronized中。

文章来源: blog.csdn.net,作者:经典鸡翅,版权归原作者所有,如需转载,请联系作者。

原文链接:blog.csdn.net/hanqing456/article/details/111878967

【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。