AWTのスレッドの問題

リスナーとスレッド

自動シャットダウン

• 非デーモン・スレッドがすべて終了した場合。
• あるスレッドが、クラスRuntimeまたはクラスSystemのexitメソッドを呼び出し、セキュリティ・マネージャによってexit動作が許可された場合。

これは、アプリケーション自身がスレッドを開始しない場合、JVMはmainが終了するとただちに終了することを意味します。 ただし、java.awt.Frameを作成して表示する単純なアプリケーションの場合にはこれは当てはまりません。

 public static void main(String[] args) { Frame frame = new Frame(); frame.setVisible(true); } 

• EventQueue.isDispatchThreadは、呼出し元スレッドがこの機構によって開始されたイベント・ディスパッチ・スレッドである場合にかぎりtrueを返します。
• 特定のEventQueue (EventQueueに送られたイベントは合体できる)に実際に入れられたAWTEventsは次のようにディスパッチされます。
  • 順次

    これが指定されている場合、このキューの複数イベントの同時ディスパッチは許可されません。

  • キューに入れられた順序

    AWTEvent AがAWTEvent Bよりも前にEventQueueに入れられた場合、イベントBをイベントAよりも前にディスパッチすることはできません。

• アプリケーション内に少なくとも1つの表示可能なAWTまたはSwingコンポーネントがある間は、少なくとも1つの非デーモン・スレッドが生存しています(Component.isDisplayable参照)。

• 任意のスレッドがクラスRuntimeまたはクラスSystemのexitメソッドを起動した場合、JVMは表示可能なコンポーネントが存在するかどうかにかかわらず終了します。
• アプリケーションが自身で開始した非デーモン・スレッドをすべて終了した場合でも、少なくとも1つの表示可能なコンポーネントが存在するかぎり、JVMは終了しません。

実装依存の動作。

1.4から、4030718の修正の結果、この動作は変更されました。 現在の実装では、次の3つの条件が満たされた場合、AWTはそのすべてのヘルパー・スレッドを終了し、アプリケーションが正常に終了できるようにします。

• 表示可能なAWTまたはSwingコンポーネントが存在しない。
• ネイティブ・イベント・キューにネイティブ・イベントが存在しない。
• javaのEventQueueにAWTイベントが存在しない。

• アプリケーションの終了時に、すべてのAWTまたはSwingコンポーネントが表示不可になっていること。 これは、すべてのトップ・レベルのWindowsでWindow.disposeを呼び出すことにより実行できます。 Frame.getFramesを参照してください。
• アプリケーションによってAWTまたはSwingコンポーネントに登録されたAWTイベント・リスナーのメソッドが、無限ループに入ったり無期限にハングしたりしないこと。 たとえば、AWTイベントによってトリガーされたAWTリスナーのメソッドが、同じ型の新しいAWTイベントをEventQueueに送信することがあります。 問題は、AWTイベント・リスナーのメソッドは通常ヘルパー・スレッドで実行されることです。

• ほかのパッケージが、内部的な必要性のために表示可能なコンポーネントを作成して表示不可にしない場合。 4515058、4671025、および4465537を参照してください。
• Microsoft WindowsとX11はいずれも、アプリケーションがネイティブ・イベントをほかのアプリケーションに属するウィンドウに送信することを許可します。 この機能を使用すると、使用可能なすべてのウィンドウにイベントを送信し続けてAWTアプリケーションが正常に終了することを妨げるような、悪意のあるプログラムを作成できます。

 <...> Runnable r = new Runnable() { public void run() { Object o = new Object(); try { synchronized (o) { o.wait(); } } catch (InterruptedException ie) { } } }; Thread t = new Thread(r); t.setDaemon(false); t.start(); <...>