JavaではSystem.exit(0)、次のコードの有無にどのような違いがありますか？
public class TestExit
{
public static void main(String[] args)
{
System.out.println("hello world");
System.exit(0); // is it necessary? And when it must be called?
}
}文書は言う：「このメソッドは正常に復帰することはありません。」どういう意味ですか？
回答:
System.exit()プログラムが終了する前にシャットダウンフックを実行するために使用できます。これは、プログラムのすべての部分がお互いを認識できない（そして認識してはならない）大きなプログラムでシャットダウンを処理する便利な方法です。次に、誰かが終了したい場合、彼は単にを呼び出すことができSystem.exit()、シャットダウンフック（適切に設定されている場合）は、ファイルのクローズ、リソースの解放など、必要なすべてのシャットダウンセレモニーを実行します。
「このメソッドは通常は戻りません。」メソッドが返らないことを意味します。スレッドがそこに行くと、それは戻ってきません。
プログラムを終了する別の、おそらくより一般的な方法は、単にmainメソッドの最後に到達することです。ただし、デーモン以外のスレッドが実行されている場合、それらはシャットダウンされないため、JVMは終了しません。したがって、そのような非デーモンスレッドがある場合、すべての非デーモンスレッドをシャットダウンして他のリソースを解放するには、（シャットダウンフック以外の）いくつかの他の手段が必要です。他の非デーモンスレッドがない場合、から戻るmainとJVMがシャットダウンされ、シャットダウンフックが呼び出されます。
何らかの理由でシャットダウンフックは過小評価され、誤解されているメカニズムのように思われ、人々はプログラムを終了するためにあらゆる種類の独自のカスタムハックを使ってホイールを再発明しています。シャットダウンフックの使用をお勧めします。とにかく使用するのは、標準ランタイムのすべてです。
Runtime.getRuntime().halt()）
その場合、それは必要ありません。追加のスレッドは起動されません。終了コード（デフォルトは0）を変更していません-基本的にそれは無意味です。
ドキュメントがメソッドが正常に戻らないと言っている場合、それはコンパイラーが次のことを知らなくても、次のコード行は事実上到達できないことを意味します。
System.exit(0);
System.out.println("This line will never be reached");例外がスローされるか、戻る前にVMが終了します。「ただ戻る」ことは決してありません。
System.exit()IMEを呼び出す価値があることは非常にまれです。コマンドラインツールを作成していて、例外をスローするだけでなく、終了コードを介してエラーを表示したい場合は理にかなっていますが、通常の製品コードで最後に使用したときのことを思い出せません。 。
System.exit()正常に完了することはありません-常に例外で完了するか、VMのシャットダウンで完了します（これはJLSでは実際にはカバーされていません）。
それは世界の終わりであり、あなたのコードのどれも次に実行されないので、メソッドは決して戻りません。
例では、アプリケーションはコードの同じ場所で終了しますが、System.exitを使用する場合は、たとえば、カスタムコードを環境に返すオプションがあります。
System.exit(42);終了コードを利用するのは誰ですか？アプリケーションを呼び出すスクリプト。Windows、Unix、およびその他すべてのスクリプト可能な環境で動作します。
なぜコードを返すのですか？「成功しなかった」、「データベースが応答しなかった」などと言います。
終了コードから値を取得し、それをUNIXシェルスクリプトまたはWindows cmdスクリプトで使用する方法を確認するには、このサイトでこの回答を確認してください。
複雑なシャットダウンフックがある可能性のあるアプリケーションでは、このメソッドを不明なスレッドから呼び出さないでください。 System.exitJVMが終了するまで呼び出しがブロックされるため、通常は終了しません。終了する前に電源プラグが抜かれたコードが実行されているかのようです。呼び出すSystem.exitと、プログラムのシャットダウンフックが開始され、呼び出すスレッドはすべてSystem.exit、プログラムが終了するまでブロックされます。これは、シャットダウンフックSystem.exitが呼び出し元のスレッドにタスクを送信すると、プログラムがデッドロックすることを意味します。
私はこれを私のコードで次のように処理しています：
public static void exit(final int status) {
new Thread("App-exit") {
@Override
public void run() {
System.exit(status);
}
}.start();
}答えは本当に役に立ちましたが、いくつかの追加の詳細が欠けていました。上記の答えに加えて、以下がJavaのシャットダウンプロセスを理解するのに役立つことを願っています：
PS：JVMは、規則的または突然の方法でシャットダウンできます。
System.exit(0)これらの理由で決して電話してはいけません：
プログラムを「正常に」終了すると、同じ終了コードがオペレーティングシステムに提供されるSystem.exit(0)ため、冗長になります。
プログラムが「正常に」終了できない場合は、開発[デザイン]の制御を失っています。システム状態を常に完全に制御する必要があります。
ちなみに、プログラムの異常終了を示したい場合は、0以外の戻りコードを返すことは意味があります。
System.exitが必要です
あなたの場合、それは単純なreturn-from-mainとまったく同じことを行います。
exitそこに唯一のオプションがあるわけではありません。
exit
Java言語仕様によると
プログラムの終了
プログラムはすべてのアクティビティを終了し、次の2つのいずれかが発生すると終了します。
デーモンスレッドではないすべてのスレッドが終了します。
一部のスレッドはクラスRuntimeまたはクラスSystemのexitメソッドを呼び出し、終了操作はセキュリティマネージャーによって禁止されていません。
これは、大きなプログラムがあり（少なくともこのプログラムよりも大きい）、実行を終了したい場合に使用する必要があることを意味します。
JVMで別のプログラムを実行していて、System.exitを使用している場合、その2番目のプログラムも閉じられます。たとえば、クラスターノードでJavaジョブを実行し、クラスターノードを管理するJavaプログラムが同じJVMで実行されているとします。ジョブがSystem.exitを使用する場合、ジョブを終了するだけでなく、「ノード全体をシャットダウン」します。管理プログラムが誤って閉じられたため、そのクラスターノードに別のジョブを送信できません。
したがって、同じJVM内の別のJavaプログラムからプログラムを制御できるようにする場合は、System.exitを使用しないでください。
意図的に完全なJVMを閉じたい場合、および他の回答で説明されている可能性を利用したい場合（たとえば、シャットダウンフック：Javaシャットダウンフック、コマンドラインのゼロ以外の戻り値）は、System.exitを使用します。呼び出し：WindowsバッチファイルでJavaプログラムの終了ステータスを取得する方法）。
また、ランタイム例外：System.exit（num）を確認するか、メインからRuntimeExceptionをスローしますか？