In Java, qual è la differenza con o senza System.exit(0)nel seguente codice?
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?
}
}Il documento dice: "Questo metodo non ritorna mai normalmente." Cosa significa?
Risposte:
System.exit()può essere utilizzato per eseguire hook di arresto prima della chiusura del programma. Questo è un modo conveniente per gestire l'arresto in programmi più grandi, in cui tutte le parti del programma non possono (e non dovrebbero) essere reciprocamente consapevoli. Quindi, se qualcuno vuole uscire, può semplicemente chiamare System.exit()e gli hook di arresto (se impostati correttamente) si occupano di fare tutte le cerimonie di spegnimento necessarie come la chiusura dei file, il rilascio di risorse ecc.
"Questo metodo non ritorna mai normalmente." significa solo che il metodo non tornerà; una volta che un thread va lì, non ritorna.
Un altro, forse più comune, modo per uscire da un programma è semplicemente quello di raggiungere la fine del mainmetodo. Ma se ci sono thread non daemon in esecuzione, non verranno chiusi e quindi la JVM non verrà chiusa. Pertanto, se si dispone di tali thread non daemon, sono necessari altri mezzi (oltre agli hook di arresto) per chiudere tutti i thread non daemon e rilasciare altre risorse. Se non ci sono altri thread non daemon, il ritorno da mainarresta la JVM e chiamerà gli hook di arresto.
Per qualche motivo, gli hook di chiusura sembrano essere un meccanismo sottovalutato e incompreso, e le persone stanno reinventando la ruota con tutti i tipi di hack personalizzati per uscire dai loro programmi. Vorrei incoraggiare l'uso di hook di arresto; è tutto lì nel Runtime standard che utilizzerai comunque.
Runtime.getRuntime().halt())
In tal caso, non è necessario. Non saranno stati avviati thread aggiuntivi, non stai modificando il codice di uscita (il cui valore predefinito è 0) - in pratica è inutile.
Quando i documenti dicono che il metodo non ritorna mai normalmente, significa che la successiva riga di codice è effettivamente irraggiungibile, anche se il compilatore non sa che:
System.exit(0);
System.out.println("This line will never be reached");Verrà generata un'eccezione o la macchina virtuale verrà chiusa prima di tornare. Non "tornerà mai più".
È molto raro che valga la pena chiamare l' System.exit()IME. Può avere senso se stai scrivendo uno strumento da riga di comando e vuoi indicare un errore tramite il codice di uscita anziché generare un'eccezione ... ma non ricordo l'ultima volta che l'ho usato nel normale codice di produzione .
System.exit()non verrà mai completato normalmente: verrà sempre completato con un'eccezione o con l'arresto della macchina virtuale (che non è realmente coperto in JLS).
System.exit(0)termina la JVM. In semplici esempi come questo è difficile percepire la differenza. Il parametro viene restituito al sistema operativo e viene normalmente utilizzato per indicare una chiusura anomala (ad es. Un qualche tipo di errore fatale), quindi se si chiamava java da un file batch o da uno script di shell si sarebbe in grado di ottenere questo valore e farsi un'idea se l'applicazione ha avuto successo.
Avrebbe un grande impatto se si chiamasse System.exit(0)un'applicazione distribuita su un server delle applicazioni (pensarci prima di provarlo).
Il metodo non ritorna mai perché è la fine del mondo e nessuno del tuo codice verrà eseguito successivamente.
La tua applicazione, nel tuo esempio, uscirà comunque nello stesso punto del codice, ma se usi System.exit. hai la possibilità di restituire un codice personalizzato all'ambiente, come, diciamo
System.exit(42);Chi utilizzerà il tuo codice di uscita? Uno script che ha chiamato l'applicazione. Funziona in Windows, Unix e tutti gli altri ambienti scriptabili.
Perché restituire un codice? Per dire cose come "Non sono riuscito", "Il database non ha risposto".
Per vedere come ottenere il valore di un codice di uscita e utilizzarlo in uno script shell unix o in uno script cmd di Windows, è possibile controllare questa risposta su questo sito
Nelle applicazioni che possono avere hook di arresto complessi, questo metodo non deve essere chiamato da un thread sconosciuto. System.exitnon esce mai normalmente perché la chiamata si bloccherà fino al termine della JVM. È come se qualunque codice fosse in esecuzione che ha la spina di alimentazione inserita prima che possa finire. La chiamata System.exitavvierà gli hook di arresto del programma e qualsiasi thread che chiama System.exitbloccherà fino al termine del programma. Ciò implica che se l'hook di arresto a sua volta sottopone un'attività al thread da cui è System.exitstato chiamato, il programma si bloccherà.
Sto gestendo questo nel mio codice con il seguente:
public static void exit(final int status) {
new Thread("App-exit") {
@Override
public void run() {
System.exit(status);
}
}.start();
}Anche se la risposta è stata davvero utile, ma alcuni hanno perso qualche dettaglio in più. Spero di seguito che aiuti a capire il processo di spegnimento in Java, oltre alla risposta sopra:
PS: JVM può spegnersi in modo ordinato o brusco .
Non si dovrebbe MAI chiamare System.exit(0)per questi motivi:
La chiusura del programma "normalmente" fornisce lo stesso codice di uscita al sistema operativo in System.exit(0)quanto è ridondante.
Se il tuo programma non può uscire "normalmente" hai perso il controllo del tuo sviluppo [design]. Dovresti avere sempre il pieno controllo dello stato del sistema.
A proposito: la restituzione di codici di ritorno diversi da 0 ha senso se si desidera indicare la chiusura anomala del programma.
System.exit è necessario
Nel tuo caso, fa esattamente la stessa cosa del semplice ritorno dal principale.
exitè come l'unica opzione disponibile.
exit. Non l'unica opzione, ma sicuramente un'opzione che vale la pena considerare.
Lo dice Java Language Specification
Uscita dal programma
Un programma termina tutta la sua attività ed esce quando si verifica una di queste due cose:
Tutti i thread che non sono thread daemon terminano.
Alcuni thread invocano il metodo di uscita della classe Runtime o classe System e l'operazione di uscita non è vietata dal gestore della sicurezza.
Significa che dovresti usarlo quando hai un grande programma (beh, per lo meno più grande di questo) e vuoi terminare la sua esecuzione.
Se hai un altro programma in esecuzione nella JVM e usi System.exit, anche quel secondo programma verrà chiuso. Si immagini ad esempio che si esegua un lavoro java su un nodo del cluster e che il programma java che gestisce il nodo del cluster venga eseguito nella stessa JVM. Se il lavoro usasse System.exit non solo lascerebbe il lavoro ma anche "spegnerebbe il nodo completo". Non sarebbe possibile inviare un altro lavoro a quel nodo del cluster poiché il programma di gestione è stato chiuso accidentalmente.
Pertanto, non utilizzare System.exit se si desidera poter controllare il proprio programma da un altro programma Java all'interno della stessa JVM.
Utilizzare System.exit se si desidera chiudere di proposito la JVM completa e se si desidera sfruttare le possibilità descritte nelle altre risposte (ad es. Hook di arresto: hook di spegnimento Java , valore di ritorno diverso da zero per la riga di comando chiama: come ottenere lo stato di uscita di un programma Java nel file batch di Windows ).
Dai anche un'occhiata a Runtime Exceptions: System.exit (num) o lancia una RuntimeException da main?