当前位置: 首页 > 面试题库 >

为什么我们需要在同一对象上进行同步才能使notify()工作

龙智
2023-03-14
问题内容

我越来越java.lang.IllegalMonitorStateException。我提到了这个问题,它解决了我的问题。第一个答案是

To be able to call notify() you need to synchronize on the same object.

synchronized (someObject) {
    someObject.wait();
}

/* different thread / object */
synchronized (someObject) {
    someObject.notify();
}

我的问题是为什么我们需要在同一个对象广告上进行html" target="_blank">同步?

据我的理解,当我们说

synchronized (someObject) {
    someObject.wait();
}

我们锁定了对象someObject,然后对其调用了wait()。 现在,另一个线程如何才能锁定同一对象以在其上调用notify()? 我想念什么?


问题答案:

为什么也notify需要锁?

想象一下这种情况:

synchronized(x){
        while(x.count < 4) {
          x.wait();
          //...
        }
}

现在想象一下notify其他地方没有任何锁定:

//...
println(x.count); // print 3
x.count++;
if(count == 4) 
  x.notify()
//...

乍一看,整个声音总能按预期工作。
但是,请考虑以下竞争条件:

//Thread1 enters here
synchronized(x){
     while(x.count < 4) {
         //condition is judged true and thread1 is about to wait 
         //..but..ohh!! Thread2 is prioritized just now !
         //Thread2, acting on notify block side, notices that with its current count incrementation, 
         //count increases to 4 and therefore a notify is sent.... 
         //but...but x is expected to wait now !!! for nothing maybe indefinitely !
       x.wait();
       //maybe block here indefinitely waiting for a notify that already occurred!
     }
}

如果只有我们有办法告诉这一点notify

主题1:“嗯notify,你很可爱,但我刚刚开始将我的条件(x.count < 4)评估为true,所以请…不要傻傻地立即发送您的预期通知(在我将状态设置为等待),否则,我会等待已经过去的事情荒谬”

线程2:“好吧…为了保持一致,我将在逻辑周围加一个锁,以便 您的等待调用释放我们的共享锁 之后
发送通知,这样您将收到此通知,从而可以退出等待状态 ;)”

因此,notify为了避免这种情况,请始终在旁边等待的同一对象上放置锁,以使关系始终保持一致。

= >导致a notify的逻辑和导致a 的逻辑wait不应重叠。



 类似资料:
  • 我在网上搜索一个生产者和消费者的问题,我得到了这个链接。程序员在这里使用了的向量。 我想为什么我需要一个同步块,因为Vector已经是线程安全的了。它必须自己处理线程。 但当我试图移除同步块时。它给我一个。下面是Product方法的代码段 我的问题是为什么我们需要同步或锁定一个已经是线程安全的对象?

  • 问题内容: 我指的是此处提出的问题,并使用作者代码示例,现在我的问题是 作者为什么要使用,真的有必要吗,因为syncedMap始终会确保没有两个线程试图对其进行操作,那么为什么需要在该地图本身上进行操作呢? 非常感谢您的解释。 问题答案: 为什么我们需要对其本身进行同步? 您可能需要在一个已经同步的集合上进行同步,因为您正在对该集合执行两个操作-在您的示例中,是a 然后是a。您试图在 _调用_集合

  • 问题内容: 如果我尝试连接组件而不直接导出,它将无法连接。 例: 为什么这会有什么不同? 问题答案: 对原始组件没有任何作用,而是由高阶组件模式实现的:因此它以React组件为参数,并通过执行需要执行的操作返回另一个组件,例如提供动作创建者和国家作为道具。 因此,当您返回分派返回的组件时,实际上会返回正确的组件。您传递给的组件没有可用的组件。 因此,您可以想到将connect编写为类似

  • 假设我在程序中有一段代码: 有人建议我在调用消息之前检查消息的空值。getUserId()。 检查null有两种方法:第一种: 第二种方式: 我的问题是: 哪种方式对null检查更好?返回还是抛出异常? 为什么我们在这里需要空检查?如果我们不这样做,那么无论如何都会抛出。

  • 问题内容: 我在dos.oracle.com上找到了这个 公共静态列表syncedList(列表列表) 返回由指定列表支持的同步(线程安全)列表。为了保证串行访问,至关重要的是,对后备列表的所有访问都必须通过返回的列表来完成。当用户遍历返回列表时,必须手动对其进行同步: 我的问题是:如果应该返回已经同步的列表,为什么我必须同步列表以对其进行迭代? 我只是在两个线程中访问列表:一个线程只是添加,另一

  • 问题内容: 我对同步块几乎没有疑问。 1. > 同步可确保您拥有一致的数据视图。这意味着您将读取最新值,而其他缓存将获得最新值。高速缓存足够智能,可以通过特殊总线相互通信(这不是JLS所必需的,但允许)。该总线意味着不必触摸主内存即可获得一致的视图。 如果仅使用同步,则不需要volatile。如果您有一个非常简单的操作(对于同步操作可能会过分杀伤),则波动性很有用。 参考上面,我有以下三个问题: