gecontroleerd uitzondering optreedt als gevolg van een programmeerfout . Dit wordt meestal gezien als de verkeerde soort gegevens wordt doorgegeven aan een Java API-methode . Een programmeur moet dit soort fouten te anticiperen en te controleren op correcte gegevens en de fout sierlijk handvat . Bijvoorbeeld , als een programma heeft om het brutoloon te berekenen door gewerkt door salaris en salaris wordt gedefinieerd als een veld teken uur vermenigvuldigen , de computer zou niet weten hoe ze de vermenigvuldiging uit te voeren , omdat een personage variabele niet is toegestaan ​​in die operatie . In Java zou dit een gecontroleerd uitzondering genereren .
Fout Uitzondering

Fout uitzonderingen
worden gegenereerd door omstandigheden buiten het Java-programma . Als het programma was om een rapport af te drukken , maar geen printer verbonden waren , zou dit een fout uitzondering genereren . Fout uitzonderingen zijn in tegenstelling tot aangevinkt en runtime uitzonderingen ; error uitzonderingen kunnen niet worden gevangen . Een uitzondering fout zal altijd het genereren van een stack trace ( zie hieronder ) .
Runtime Uitzondering

De laatste klasse van uitzonderingen is de runtime uitzondering . Dit is een uitzondering die wordt gegenereerd in de Java-toepassing , maar wordt niet verwacht . Een goed voorbeeld van een runtime- uitzondering zou kunnen proberen om toegang te krijgen tot een array element dat buiten het vastgestelde toepassingsgebied van de array .
Stack Trace

Als een uitzondering is gegenereerd en niet " gepakt ", dan is de Java Virtual Machine ( JVM ) zal een stack trace te genereren . Het trace is zeer nuttig om een programmeur , hij laat zien welke stappen het programma had genomen voordat de uitzondering werd veroorzaakt . Vele malen de stack trace zal een lijst van de exacte code regel dat de uitzondering veroorzaakt . Vanaf hier een programmeur kunt kijken naar de code om te bepalen wat er mis was . Terwijl stacktraces zijn erg handig voor programmeurs om te gebruiken voor het debuggen , moet een goed geschreven Java-programma nooit toestaan ​​dat de gebruiker om een stack trace te zien . Als een stack trace werden getoond van een web - based Java-toepassing , kan het hackers geven een stappenplan over hoe de site te hacken .
Try ... Catch Block

Java beschouwt bepaalde handelingen zoals het openen en lezen van bestanden om gevaarlijke code te zijn . Dit gevaar code moet een speciale behandeling door Java . Gevaar code moet worden ingesloten in een try ... catch-blok . De vangst gedeelte kan de programmeur uitzonderingen sierlijk behandelen . Als de uitzondering niet wordt behandeld door de programmeur , zal Java een stack trace te geven. Een try ... catch-blok ziet er zo uit :

try { //open het bestand naar toOutput schrijven = new PrintWriter (nieuw FileWriter ( " output.dat " ) ) ; } catch ( IOException e ) { System . out.println ( " Kan uitvoerbestand niet openen " ) ;

Nu als de open mislukt , verschijnt het bericht " Kan niet output bestand openen " wordt weergegeven , niet een stack trace
< . br >