我越来越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。如果您有一个非常简单的操作(对于同步操作可能会过分杀伤),则波动性很有用。 参考上面,我有以下三个问题: