System.exit (num) o lancia una RuntimeException dal principale?

Question

Ho una singola applicazione a thread che dovrebbe impostare il errorlevel del DOS su qualcosa di diverso da zero se c'è un problema. È meglio lanciare una RuntimeException o usare System.exit (diverso da zero)? Non ho bisogno della traccia dello stack e non mi aspetto che questa app venga estesa/riutilizzata. Quali sono le differenze tra queste due opzioni?

Answer 1

Non un'eccezione a meno che non hai davvero una condizione eccezionale. System.exit(int) esiste proprio per questo motivo. Usalo.

MODIFICA: Penso di aver erroneamente letto la tua domanda. Ho pensato che lo stavi chiedendo, quando vuoi uscire normalmente dalla JVM ma segnala che qualcosa non è andato bene, se è meglio lanciare un'eccezione o usare System.exit.

Tuttavia, se il problema che si verifica è qualcosa che è già indicato da un'eccezione Java, va bene a lasciare che tale eccezione non gestita andare. Non è necessario rilevare l'eccezione e chiamare System.exit.

Se è possibile scegliere se generare un'eccezione propria o chiamare System.exit, pensare se la condizione di errore è qualcosa che potrebbe essere gestita da qualche codice Java che chiama il metodo. Se l'errore si verifica direttamente nel metodo main, poi ci sarà probabilmente mai un chiamante di gestire l'eccezione in modo probabilmente si dovrebbe chiamare System.exit. Altrimenti, generalmente è meglio lanciare un'eccezione, ma non RuntimeException, probabilmente dovresti usare un tipo di eccezione che rappresenti in modo appropriato l'errore che hai incontrato. Scrivi la tua sottoclasse di RuntimeException se necessario.

Answer 2

System.exit() non è raccomandato. Arresta JVM.

Answer 3

In generale, in questa situazione, vorrei gestire tutte le eccezioni nel mio metodo principale, eventualmente chiamando System.exit. Questo ti dà la flessibilità su dove/se/come gestire condizioni eccezionali, pur soddisfacendo la tua necessità di terminare con un codice di errore. In particolare, ti dà il controllo sul codice di ritorno e su qualsiasi altro output che potresti generare per l'utente (messaggio di errore, traccia dello stack, ecc.). Se si lancia un'eccezione in main (o si lascia un'eccezione escape), si perde quel controllo.

In sintesi, chiamare System.exit solo nella tua top-level exception handler:

static public void main() { 
    try { 
     runMyApp(); 
    } catch (Exception e) { 
     System.exit(1); 
    } 
} 

Answer 4

Un'eccezione lanciata stamperà l'analisi dello stack, e se non hai bisogno di questo, si shoul utilizzare System.exit .

All'uscita è possibile informare l'utente con un Sytem.out (presumo che l'app sia in esecuzione solo in un ambiente di comunicazione).

Si dovrebbe considerare di rilevare tutti gli errori solo registrando gli errori in un registro separato, questo assicura che lo stacktrace non venga perso per sempre quando si chiude il terminale. Date un'occhiata a log4j per questo scopo, è davvero facile da usare.

Answer 5

l'applicazione stessa deve utilizzare System.exit. È la sua interfaccia con l'ambiente di chiamata (script). Qualsiasi componente interno, naturalmente, dovrebbe utilizzare Eccezione. Quando si mettono insieme può essere entrambi of'em:

Application.main(...) { 
    parse(args); 
    check(...); 
    try { 
    MyObject o = ...; 
    o.doMyStuff(); 
    } catch (Exception e) { 
    System.err.println("Oops, something went wrong!"); // by example, or use a logging framework! // anyway in a shell app System.in/out/err IS my interface with the outworld 
    System.exit(ERROR_CODE); 
    } 
    System.out.println("Worked!"); 
} 

Answer 6

System.exit (num) non è una buona opzione, come il suo arresto JVM, più ancora che non ha ancora eseguito il blocco finally se avete dopo blocco di cattura.

Lancio RuntimeException potrebbe anche non essere il migliore dell'opzione, può sottoclasse come menzionato in precedenza che è un'eccezione app specifica potrebbe essere una soluzione migliore a mio parere. -Mese