JVMがシャットダウンしていることの検出

Question

addShutdownHook（）を使用してCtrl + Cを処理するSwingアプリケーションがあります。通常の状況でJLabelテキストを変更する関数それがぶら下がります。

私は、スイングEDTが終了したか何かを待っているという問題があると想定します。

EDTが終了したか、または「完了」している（Swingメソッドの呼び出しを避けることができる）か、Ctrl-Cで通常のウィンドウを閉じるような動作を防ぐ方法がありますか？ ？

を私はstop()と呼ばれるクラスのメソッドを持っている：だけ明確にする

---

。通常の状況下では、これは（補足start()とともに）呼び出され、stop()が発生したという視覚的なフィードバックのために、JLabelを更新する原因となるカスケードをトリガーします。

私のシャットダウンフックが実行されるとき、いくつかのリソースを正常にシャットダウンするには、stop()に電話する必要があります。

私はSwing EDTがないことを検出することができるので、stop()を書き換えて、Swingの不足を検出し、Swing機能への呼び出しを回避できるようにします。

Answer 1

へのコールによるアプリケーションのシャットダウンシャットダウンフックの先頭にフラグを設定し、これを（前もって設定したオブジェクトを介して）私のstop()メソッドを使用して、このフラグをテストしてSwingメソッドを呼び出すかどうかを決定することができます。

シャットダウンフラグが設定されていないと、Swingメソッドが呼び出されます。 t。

private static final Thread DUMMY_HOOK = new Thread(); 

public static boolean isShuttingDown() 
{ 
    try { 
     Runtime.getRuntime().addShutdownHook(DUMMY_HOOK); 
     Runtime.getRuntime().removeShutdownHook(DUMMY_HOOK); 
    } catch (IllegalStateException e) { 
     return true; 
    } 

    return false; 
} 

しかし、可能な並行性の問題を忘れないでください：

Answer 2

シャットダウンフックは、アプリケーションのシャットダウンが要求されているため、他のサービスが既知の状態（たとえば、UIイベント処理スレッドなど）になることを期待すべきではありません。フックの制御内で100％でないものを更新しようとするシャットダウンフックを書き込むと、これやその他の動作が発生し、トラブルシューティングが困難になります。

addShutdownHookの方法では、具体的にこのケースについて言及しています。このような操作を行うと、予期しない結果が発生する可能性があるため注意してください。 the documentationから

：

シャットダウンフックは仮想 マシンのライフサイクルの微妙な時期に起動、したがって、防御的にコード化されなければなりません。特に、 ではスレッドセーフで、デッドロックをできるだけ避けるために書かれていなければなりません また、自分自身のシャットダウンフックを登録した可能性のあるサービス に盲目的に依存してはならないため、シャットダウン中に 自身がシャットダウンする可能性があります。この場合

スイングは、あなたがコントロールしていないマルチスレッドのUIシステムであることから、私はあなたしているプログラムの人生のシャットダウン段階でUIには何も変更しようとしていないことをお勧めします。そうすることで、スレッドがどのようにシャットダウンするようにスケジューリングされるかに応じて、奇妙で、予測できない、時には反復不能な状況が実行ごとに異なり、あるマシンから次のマシンに変化することになります。どのように、そしていつ、別のスレッドがその作業を停止するかは、線形で予測可能な方法で行われるようには設計されていません。そのため、特定の状態にある別のスレッドが特定の時刻に依存しているマルチスレッドプログラムで記述したコードは、（これらのスレッドがそれぞれの状態について明確に通信している場合を除いて）、問題。

私は、「なぜシャットダウンプロセス中にJLabelを変更したいのですか？"シャットダウンする前に何かの状態を変更したい場合は、の方が良い場合はキーボード入力を通常のイベントとしてキャッチし（アプリケーションを終了させないようにする）、JLabelのテキストを変更してからSystem.runFinalization()および/またはSystem.ext(int)

Answer 3

次のハックは、JVMが周りの任意のフラグを渡さずにシャットダウンを実行中であるかどうかを判断するのに役立ちます。