Java è come tutti gli altri linguaggi di programmazione, in quanto ci sono regole severe su come i dati vengono trattati e la logica è seguita . Se il programma si discosta dalle regole o si riceve un tipo di dati che non si aspetta , viene generato un errore. In Java si chiama errore di un'eccezione . Ci sono tre tipi di eccezioni in Java : controllato , di errore e di runtime. Controllato Eccezione

eccezione controllata si verifica a causa di un errore di programmazione . Questo di solito è visto quando il tipo sbagliato di dati viene passato a un metodo API Java. Un programmatore dovrebbe anticipare questi tipi di errori e verificare la presenza di dati corretti e con grazia gestire l'errore . Ad esempio , se un programma deve calcolare retribuzione lorda moltiplicando ore lavorate dal tasso paga e paga tasso è definito come un campo di caratteri , il computer potrebbe non sapere come eseguire la moltiplicazione da una variabile di caratteri non è consentito in tale operazione. In Java si realizzerebbe un eccezione controllata .
Errore di eccezione

eccezioni di errore vengono generati da circostanze al di fuori del programma Java . Se il programma dovesse stampare un report , ma nessuna stampante fosse collegata , questo genererebbe un'eccezione errore . Eccezioni di errore sono a differenza di eccezioni controllate e tempo di esecuzione ; eccezioni di errore non può essere catturato . Un'eccezione errore genera sempre una traccia dello stack ( vedi sotto) .
Runtime Exception

L'ultima classe di eccezioni è l'eccezione di runtime. Questa è un'eccezione che viene generato all'interno dell'applicazione Java , ma non è previsto. Un primo esempio di un'eccezione di runtime sarebbe cercare di accedere ad un elemento dell'array che è al di fuori del campo di applicazione definito dell'array .
Stack Trace

Se un'eccezione è generato e non " catturato ", quindi la Java Virtual Machine (JVM) genererà una traccia dello stack . La traccia è molto utile per un programmatore , che mostra quali passi il programma aveva preso prima che l'eccezione è stata causata . Molte volte l'analisi dello stack elencherà la linea esatta di codice che ha causato l'eccezione . Da qui un programmatore può guardare il codice per determinare ciò che era sbagliato . Mentre le analisi dello stack sono molto utili per i programmatori di utilizzare per il debug di un programma ben scritto Java non dovrebbe mai consentire all'utente di vedere una traccia dello stack . Se una traccia dello stack sono stati visualizzati da un'applicazione Java web-based , potrebbe dare agli hacker una road map su come hackerare il sito .
Blocco Try ... Catch
< p > Java considera alcune operazioni come l'apertura e la lettura di file di essere il codice pericoloso . Questo codice di pericolo ha bisogno di cure particolari da Java . Codice pericolosa deve essere racchiusa in un blocco try ... catch . La porzione di presa permette al programmatore di gestire le eccezioni con grazia . Se l'eccezione non viene gestita dal programmatore , Java mostrerà una traccia dello stack . Un blocco try ... catch aspetto:

try { //apre il file da scrivere toOutput = new PrintWriter ( nuovo FileWriter ( " output.dat ")); } catch ( IOException e) { Sistema . out.println ( "Impossibile aprire il file di output ");

Ora, se l' apertura fallisce , il messaggio "Impossibile aprire il file di output " è visualizzato , non una traccia dello stack
< . br>