Wann sollten wir System.exit in Java aufrufen?

Was ist in Java der Unterschied mit oder ohne System.exit(0)folgenden Code?

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? 
    }      
}

Das Dokument sagt: "Diese Methode gibt niemals normal zurück." Was heißt das?

System.exit()kann verwendet werden, um Shutdown-Hooks auszuführen , bevor das Programm beendet wird. Dies ist eine bequeme Möglichkeit, das Herunterfahren in größeren Programmen zu handhaben, in denen sich alle Teile des Programms nicht bewusst sein können (und sollten). Wenn jemand beenden möchte, kann er einfach anrufen System.exit(), und die Shutdown-Hooks (sofern ordnungsgemäß eingerichtet) sorgen für alle erforderlichen Shutdown-Zeremonien wie das Schließen von Dateien, das Freigeben von Ressourcen usw.

"Diese Methode kehrt nie normal zurück." bedeutet nur, dass die Methode nicht zurückkehrt; Sobald ein Thread dorthin geht, kommt er nicht mehr zurück.

Eine andere, vielleicht häufigere Möglichkeit, ein Programm zu beenden, besteht darin, einfach das Ende der mainMethode zu erreichen . Wenn jedoch Nicht-Daemon-Threads ausgeführt werden, werden diese nicht heruntergefahren und die JVM wird daher nicht beendet. Wenn Sie also solche Nicht-Daemon-Threads haben, benötigen Sie andere Mittel (als die Shutdown-Hooks), um alle Nicht-Daemon-Threads herunterzufahren und andere Ressourcen freizugeben. Wenn keine anderen Nicht-Daemon-Threads vorhanden sind, wird durch die Rückkehr von maindie JVM heruntergefahren und die Shutdown-Hooks aufgerufen.

Aus irgendeinem Grund scheinen Shutdown-Hooks ein unterbewerteter und missverstandener Mechanismus zu sein, und die Leute erfinden das Rad mit allen Arten von proprietären benutzerdefinierten Hacks neu, um ihre Programme zu beenden. Ich würde die Verwendung von Abschalthaken empfehlen. Es ist alles in der Standard- Laufzeit vorhanden , die Sie sowieso verwenden werden.

In diesem Fall wird es nicht benötigt. Es wurden keine zusätzlichen Threads gestartet, Sie ändern den Exit-Code nicht (standardmäßig 0) - im Grunde ist es sinnlos.

Wenn die Dokumente sagen, dass die Methode niemals normal zurückgegeben wird, bedeutet dies, dass die nachfolgende Codezeile praktisch nicht erreichbar ist, obwohl der Compiler das nicht weiß:

System.exit(0);
System.out.println("This line will never be reached");

Entweder wird eine Ausnahme ausgelöst oder die VM wird vor der Rückkehr beendet. Es wird niemals "einfach zurückkehren".

Es ist sehr selten wert, System.exit()IME anzurufen. Es kann sinnvoll sein, wenn Sie ein Befehlszeilentool schreiben und einen Fehler über den Exit-Code anzeigen möchten, anstatt nur eine Ausnahme auszulösen. Ich kann mich jedoch nicht erinnern, wann ich ihn das letzte Mal im normalen Produktionscode verwendet habe .

Die Methode wird nie zurückgegeben, da dies das Ende der Welt ist und keiner Ihrer Codes als nächstes ausgeführt wird.

In Ihrem Beispiel wird Ihre Anwendung ohnehin an derselben Stelle im Code beendet, wenn Sie jedoch System.exit verwenden. Sie haben die Möglichkeit, einen benutzerdefinierten Code an die Umgebung zurückzugeben, z

System.exit(42);

Wer wird Ihren Exit-Code verwenden? Ein Skript, das die Anwendung aufruft. Funktioniert unter Windows, Unix und allen anderen skriptfähigen Umgebungen.

Warum einen Code zurückgeben? Um Dinge wie "Ich hatte keinen Erfolg" zu sagen, "Die Datenbank hat nicht geantwortet".

Um zu sehen, wie Sie den Wert eines Exit-Codes abrufen und in einem Unix-Shell-Skript oder einem Windows-Cmd-Skript verwenden können, überprüfen Sie diese Antwort möglicherweise auf dieser Site

System.exit(0)beendet die JVM. In einfachen Beispielen wie diesem ist es schwierig, den Unterschied zu erkennen. Der Parameter wird an das Betriebssystem zurückgegeben und normalerweise verwendet, um auf eine abnormale Beendigung hinzuweisen (z. B. einen schwerwiegenden Fehler). Wenn Sie also Java aus einer Batchdatei oder einem Shell-Skript aufrufen, können Sie diesen Wert abrufen und sich ein Bild machen wenn die Bewerbung erfolgreich war.

Es würde erhebliche Auswirkungen haben, wenn Sie eine System.exit(0)auf einem Anwendungsserver bereitgestellte Anwendung aufrufen würden (denken Sie darüber nach, bevor Sie es versuchen).

In Anwendungen mit komplexen Shutdown-Hooks sollte diese Methode nicht von einem unbekannten Thread aufgerufen werden. System.exitWird nie normal beendet, da der Anruf blockiert wird, bis die JVM beendet wird. Es ist, als ob der Code ausgeführt wird, an dem der Netzstecker gezogen ist, bevor er beendet werden kann. Durch das Aufrufen System.exitwerden die Shutdown-Hooks des Programms ausgelöst, und der aufgerufene Thread System.exitwird bis zum Beenden des Programms blockiert. Dies hat zur Folge, dass System.exitdas Programm blockiert , wenn der Shutdown-Hook wiederum eine Aufgabe an den Thread sendet, von dem aus aufgerufen wurde.

Ich behandle dies in meinem Code wie folgt:

public static void exit(final int status) {
    new Thread("App-exit") {
        @Override
        public void run() {
            System.exit(status);
        }
    }.start();
}

Die Antwort war zwar sehr hilfreich, aber einige haben einige zusätzliche Details übersehen. Ich hoffe, dass das Folgende zusätzlich zur obigen Antwort zum Verständnis des Herunterfahrens in Java beiträgt:

1. Bei einem ordnungsgemäßen * Herunterfahren startet die JVM zuerst alle registrierten Shutdown-Hooks. Shutdown-Hooks sind nicht gestartete Threads, die bei Runtime.addShutdownHook registriert sind.
2. JVM übernimmt keine Garantie für die Reihenfolge, in der die Shutdown-Hooks gestartet werden. Wenn zum Herunterfahren noch Anwendungsthreads (Daemon oder Nondaemon) ausgeführt werden, werden sie gleichzeitig mit dem Herunterfahren fortgesetzt .
3. Wenn alle Shutdown-Hooks abgeschlossen sind, kann die JVM Finalizer ausführen, wenn runFinalizersOnExit true ist, und dann anhalten.
4. JVM unternimmt keinen Versuch, Anwendungsthreads zu stoppen oder zu unterbrechen, die zum Zeitpunkt des Herunterfahrens noch ausgeführt werden. Sie werden abrupt beendet, wenn die JVM schließlich angehalten wird.
5. Wenn die Shutdown-Hooks oder Finalizer nicht abgeschlossen sind, „hängt“ der ordnungsgemäße Shutdown-Prozess und die JVM muss abrupt heruntergefahren werden.
6. Bei einem plötzlichen Herunterfahren muss die JVM nichts anderes tun, als die JVM anzuhalten. Shutdown-Hooks werden nicht ausgeführt.

PS: Die JVM kann ordnungsgemäß oder abrupt heruntergefahren werden.

1. Ein ordnungsgemäßes Herunterfahren wird eingeleitet, wenn der letzte "normale" (Nondaemon) Thread beendet wird, jemand System.exit aufruft oder auf andere plattformspezifische Weise (z. B. durch Senden eines SIGINT oder Drücken von Strg-C).
2. Während oben die Standard- und bevorzugte Methode zum Herunterfahren der JVM ist, kann sie auch abrupt heruntergefahren werden, indem Runtime.halt aufgerufen wird oder der JVM-Prozess über das Betriebssystem beendet wird (z. B. durch Senden eines SIGKILL).

Man sollte NIEMALS System.exit(0)aus folgenden Gründen anrufen :

1. Es ist ein verstecktes "goto" und "gotos" unterbrechen den Kontrollfluss. Sich in diesem Zusammenhang auf Hooks zu verlassen, ist eine mentale Zuordnung, die jeder Entwickler im Team kennen muss.

2. Das Beenden des Programms "normal" liefert dem Betriebssystem den gleichen Exit-Code, System.exit(0)so dass es redundant ist.

   Wenn Ihr Programm nicht "normal" beendet werden kann, haben Sie die Kontrolle über Ihre Entwicklung [Design] verloren. Sie sollten immer die volle Kontrolle über den Systemstatus haben.

3. Programmierprobleme wie das Ausführen von Threads, die nicht gestoppt werden, werden normalerweise ausgeblendet.
4. Möglicherweise tritt ein inkonsistenter Anwendungsstatus auf, der Threads abnormal unterbricht. (Siehe Nr. 3)

Übrigens: Die Rückgabe anderer Rückkehrcodes als 0 ist sinnvoll, wenn Sie auf eine abnormale Programmbeendigung hinweisen möchten.

System.exit wird benötigt

• wenn Sie einen Fehlercode ungleich 0 zurückgeben möchten
• wenn Sie Ihr Programm von einem Ort beenden möchten, der nicht main () ist

In Ihrem Fall macht es genau das Gleiche wie die einfache Rückkehr von der Hauptleitung.

Java Language Specification sagt das

Programm beenden

Ein Programm beendet alle seine Aktivitäten und wird beendet, wenn eines von zwei Dingen passiert:

Alle Threads, die keine Daemon-Threads sind, werden beendet.

Einige Threads rufen die Exit-Methode der Klasse Runtime oder der Klasse System auf , und der Exit-Vorgang wird vom Sicherheitsmanager nicht verboten.

Es bedeutet, dass Sie es verwenden sollten, wenn Sie ein großes Programm haben (zumindest größer als dieses) und dessen Ausführung beenden möchten.

Wenn in der JVM ein anderes Programm ausgeführt wird und Sie System.exit verwenden, wird auch dieses zweite Programm geschlossen. Stellen Sie sich zum Beispiel vor, Sie führen einen Java-Job auf einem Clusterknoten aus und das Java-Programm, das den Clusterknoten verwaltet, wird in derselben JVM ausgeführt. Wenn der Job System.exit verwenden würde, würde er nicht nur den Job beenden, sondern auch "den gesamten Knoten herunterfahren". Sie können keinen weiteren Job an diesen Clusterknoten senden, da das Verwaltungsprogramm versehentlich geschlossen wurde.

Verwenden Sie daher System.exit nicht, wenn Sie Ihr Programm von einem anderen Java-Programm innerhalb derselben JVM aus steuern möchten.

Verwenden Sie System.exit, wenn Sie die gesamte JVM absichtlich schließen möchten und die in den anderen Antworten beschriebenen Möglichkeiten nutzen möchten (z. B. Hooks zum Herunterfahren : Java-Shutdown-Hook , Rückgabewert ungleich Null für die Befehlszeile Aufrufe: So erhalten Sie den Exit-Status eines Java-Programms in einer Windows-Batchdatei ).

Schauen Sie sich auch Runtime Exceptions: System.exit (num) an oder werfen Sie eine RuntimeException von main?