待機していないオブジェクトでnotifyAllメソッドを呼び出すとどうなりますか?例外があるか、それとも通常の状況ですか?Java待機とnotifyAll
答えて
これは完全に正常です。 1つのモニターで待機しているすべてのものに通知することができます。誰もが興味がありません。 notifyAllを呼び出すオブジェクトは、ほかの人が待機しているモニタだけです。誰も待機していない場合、誰にも通知する必要はありません。
ここでわかるように、待機していないオブジェクトでnotifyAll()を呼び出すことは効果がありません。
だけ待っているオブジェクトは、通知を得ます。 Object.wait()はタイムアウトまたは通知するまでブロックします。したがって、待機していないオブジェクトが通知される方法や理由は何ですか?意味がない。
オブジェクトは待機しないか、スレッドに通知されます。また、モニタオブジェクト上でnotifyAll()を呼び出すには、スレッドが待機中であるかどうかを知らずに完全に可能であり正常です。たとえば、キューを持つプロデューサ/コンシューマシナリオでは、コンシューマはキューを空にした後、プロデューサがキューに新しい要素を追加し、待機しているすべてのコンシューマ(つまりnone)に通知します。 –
スレッドを削除してできるだけシンプルにしました。 –
オブジェクトは待機しておらず、待機していません。スレッドは待っているスレッドです。誰も待っていない場合、誰も目を覚ますことはなく、特別なことは起こりません。
アラームが鳴っても何も聞こえないときはどうなりますか? –
完全に正常な状況です。
プロデューサスレッドに要素を入れてキューを作成し、要素から要素を削除するコンシューマスレッドがあるとします。
これで、コンシューマはキューを空にしてもまだ処理されている可能性があるので、誰もキューが空でなくなるのを待っていません。プロデューサはキューに新しい要素を追加します。待機していた場合、消費者を起こすためにnotifyAll()を呼び出さなければなりません。誰かが待っているかどうかをチェックする追加のロジックを追加し、その場合notifyAll()を呼び出すだけで、シナリオに相当な(そして非常に失敗しやすい)複雑さが追加されます。毎回notifyAll()を呼び出すほうがはるかに簡単です。
私は分かれているかもしれません;-)スレッドはnotifyAllで 'waiting'状態から 'running'状態に置かれていると考えるのは厳密に正しいとは限りません。通知されたスレッドが最初に行うことは、少なくともモニタロックを再確認することです。そして、通知されたスレッドの数のうちの1つのみがそれをつかむことができるので、他はをブロックし、になります。 ブロック(thread.state.blacked)はスレッド状態です。ブロッキングはで、ブロックされたスレッドは別のnotify()シグナルを再開する必要がないため、と同じではありません。 [私は偽の起き上がりを知っていますが、逆の場合もあるJVMの実装では真実かもしれません。]
public class HellBoy {
public static class MyThread extends Thread {
static final public Object sharedLock = new Object();
public void run() {
synchronized (sharedLock) {
System.out.println("Gonna wait...");
try {
sharedLock.wait();
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println("Woken up but sleeping with the lock");
try {
Thread.sleep(2500);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println("exiting and unlocking");
}
}
}
public static void main(String[] args) throws Exception {
new MyThread().start();
new MyThread().start();
new MyThread().start();
new MyThread().start();
Thread.sleep(200);
synchronized (MyThread.sharedLock) {
MyThread.sharedLock.notifyAll();
}
}
}
通知を紛失することはできますか? –
- 1. Javaスレッドnotify()とnotifyAll()
- 2. Javaは()、のnotifyAll()を通知し、待ちます()メソッド
- 3. Java遅延/待機
- 4. Java待機関数
- 5. Javaで待機中
- 6. Javaのビジー待機スレッド
- 7. のnotifyAll
- 8. ブラックベリーのJava待機画面(ActivityIndicatorView)
- 9. Java InputStreamはデータを待機します。
- 10. Java - スレッドが待機しているときを知る方法?
- 11. 待機
- 12. Pスレッドと待機条件
- 13. ミューテックスロック待機時間とウォッチドッグ
- 14. Java - ビジー待機機構を実装する
- 15. Java - notifyAll()とnotify()は失敗しましたか?出来ますか?
- 16. 指示されたnotifyAll()
- 17. グローバル待機カーソル
- 18. AS3待機/ビジーカーソル?
- 19. Java:エラー: ")"期待
- 20. Excel vbaリフレッシュ待機
- 21. アプリケーションで待機イベント
- 22. Silverlight 4待機/スピナーコントロール
- 23. JavaScriptの待機カーソル
- 24. ビジー待機スレッドwith
- 25. JScript待機関数
- 26. Androidスレッド待機中
- 27. jQueryのタイミング/待機
- 28. ミューテックスとビジー待機の効率測定
- 29. MsgWaitForMultipleObjectsExとアラート可能な待機状態
- 30. 逆シリアル化と非同期/待機
通知スレッドが最初に行うことは、モニターロックregrabであることを警告なしでのnotifyAll上で動作しているか、少なくともしないように待機してからスレッドを置くことが厳密には正しくない可能性があります。通知されたスレッド数のうちの1つのみがそれを取得できるため、他のスレッドはブロックされます。しかし、ブロックされたスレッドは別のnotify()シグナルを必要としないため、ブロックは待機と同じではありません。 –