Javaは待機スレッドに暗黙的に通知しますか？

Question

私は決して止めるべきではないテストアプリケーションを書いた。それはt.wait()（tはThreadオブジェクトです）を発行しますが、通知することはありません。なぜこのコードは終了するのですか？ tでメインスレッドが同期しているにもかかわらず、生成されたスレッドが実行されるため、このオブジェクトはロックされません。

public class ThreadWait { 
    public static void main(String sArgs[]) throws InterruptedException { 
     System.out.println("hello"); 
     Thread t = new MyThread(); 
     synchronized (t) { 
      t.start(); 
      Thread.sleep(5000); 
      t.wait(); 
      java.lang.System.out.println("main done"); 
     } 
    } 
} 

class MyThread extends Thread { 
    public void run() { 
     for (int i = 1; i <= 5; i++) { 
      java.lang.System.out.println("" + i); 
      try { 
       Thread.sleep(500); 
      } catch (Exception e) { 
       throw new RuntimeException(e); 
      } 
     } 
    } 
} 

この結果、メインスレッドは5秒間待機し、この間に作業者は出力を行います。 5秒後にプログラムは終了します。 t.wait()は待機しません。メインスレッドが5秒間スリープしない場合（この行にコメントする）、t.wait()は実際にワーカーが終了するまで待機します。もちろん、join()はここで使用する方法ですが、予期しないことにwait()はjoin()と同じことを行います。どうして？

おそらく、JVMは、1つのスレッドしか実行されていないため、メインスレッドに通知する機会がなく、デッドロックを解決する可能性があります。これが正しければ、文書化された機能ですか？私はWindows XP上でテストしてい

、

Answer 1

あなたはThreadに待っている - とほとんどのオブジェクトが暗黙的に通知さない間、スレッドが終了するときに、Threadオブジェクトが通知されます。それは内部で行われているように、ではないをwait/notifyに、Threadオブジェクトで使用する必要があります（私はそれを探しています...）どこかで文書化されています。

これは、同期（および待機/通知）に「プライベート」オブジェクトを使用するのがよい理由の良い例です。あなたのコードが知っているものです。 。（一般的には、しかし、それはコメントで述べたようにあなたができる場合はjava.util.concurrentが提供する高いレベルの抽象化の一部を使用するクリーナーですが、それも良いことだ

private final Object lock = new Object(); 

：私は通常のようなものを使用します）

Answer 2

waitためJavaDocのJava 6は答えを与える：スプリアスウェイクアップが可能です。これは、JVMがいつでも自由にwaitへの呼び出しを終了できることを意味します。

文書化しておけば、おそらくそうでない場合でも解決策が得られます。waitにループをかけて、ウェイクアップごとに条件がtrueになっているかどうかを確認してください。