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

小编典典

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

java

我越来越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();
}

我的问题是为什么我们需要在同一个对象广告上进行同步？

据我的理解，当我们说

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

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

阅读 222

2020-11-16

共1个答案

小编典典

为什么也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不应重叠。

2020-11-16