Exception (Java): Unterschied zwischen den Versionen
K (→Weblinks) |
(→Fehlerbehandlung: tippfehler) |
||
| Zeile 13: | Zeile 13: | ||
Der Ablauf beim Auftreten eines Fehler läuft immer nach dem selben Schema ab, dazu sieht die VM in dem darüberliegenden Block nach ob hier eine Fehlerbehandlung vorhanden ist, ansonsten wird in den Block darüber gegangen. Ein Block kann ein Klammerpaar sein {}, Schleife, bedingte Anweisungen oder Methoden. | Der Ablauf beim Auftreten eines Fehler läuft immer nach dem selben Schema ab, dazu sieht die VM in dem darüberliegenden Block nach ob hier eine Fehlerbehandlung vorhanden ist, ansonsten wird in den Block darüber gegangen. Ein Block kann ein Klammerpaar sein {}, Schleife, bedingte Anweisungen oder Methoden. | ||
| − | Damit ein Programm bei dem Auftritt eines Fehlers nicht abstürtzt muss dieser behandelt werden, dies | + | Damit ein Programm bei dem Auftritt eines Fehlers nicht abstürtzt muss dieser behandelt werden, dies geschieht in Java auf zwei mögliche Arten. |
==try-catch== | ==try-catch== | ||
Version vom 28. Juli 2008, 18:05 Uhr
Da es neben den Syntaxfehlern auch Fehler gibt die zur Laufzeit eines Programms auftreten können, wird in Java das Prinzip der Exceptions verwendet. Dabei gibt es für die Fehler eine extra Einteilung, als oberste Klasse ist die Klasse Vorlage:API, von ihr gibt es zwei abgeleitete Klassen.
Inhaltsverzeichnis
Error
Die Fehler der Error-Klasse werden nur bei schweren Ausnahmen ausgelöst, so z.B. wenn eine Klasse oder Methoden/Attribute einer Klasse nicht gefunden wurde. Auch wenn die meisten Fälle in denen ein Error auftreten kann durch den Compiler vorher überprüft werden können ist es nicht sichergestellt das diese nie eintreten. So kann z.B. beim Schreiben der Klasse X die Klassen Y und Z vorhanden sein und der Compiler meldet keinen Fehler, jedoch kann später wenn man das Programm auf einem anderen System ausführt die Klasse Z nicht vorhanden sein und in diesem Fall wird der Vorlage:APIausgelöst. In einem anderen Fall kann es vorkommen das eine Klasse X die Funktionen m1, m2 und m3 hat, in einer späteren Version wird die Methode m1 entfernt oder die Parameter ändern sich, startet man jetzt ein altes Programm was noch für die Klasse X die Methode m1 kennt (oder mit anderen Parametern kennt) aber die vorliegende Klasse ist schon die neue Klasse X kommt es zu dem Vorlage:APIda die Methode für Java nicht vorhanden ist. Dies sind Fehler die der Compiler nicht beachten kann, da es für ihn nicht möglich ist sicher zustellen ob später alle Klassen an der richtigen Stelle liegen.
Andere Probleme können auf auftreten wenn der Speicher ausgeht, so z.B. der Vorlage:APIdieser tritt immer ein wenn der Stack der VM zu voll ist, was zB. durch zu viele rekursive Schritte auftreten kann.
Exception
Die meisten Fehler die wären des Betriebs auftreten, sind von der Vorlage:API-Klasse, bzw. einer der abgeleiteten Klassen. Bei in dieser Klasse gibt es eine Besonderheit, so es bei die Klasse RuntimeException, bei ihr ist man nicht gezwungen die erzeugten Fehler durch einen try-catch Block abzufangen oder weiter zuleiten wie bei den anderen Klassen. Die Exceptions werden oftmals ausgelöst wenn man kleinere Fehlsituationen eintreten, so z.B. die NumberformatException welche bei der Zahlenkonvertierung auftreten kann oder der IOException die bei der Verwendung von Dateien ausgelöst werden kann.
Fehlerbehandlung
Der Ablauf beim Auftreten eines Fehler läuft immer nach dem selben Schema ab, dazu sieht die VM in dem darüberliegenden Block nach ob hier eine Fehlerbehandlung vorhanden ist, ansonsten wird in den Block darüber gegangen. Ein Block kann ein Klammerpaar sein {}, Schleife, bedingte Anweisungen oder Methoden.
Damit ein Programm bei dem Auftritt eines Fehlers nicht abstürtzt muss dieser behandelt werden, dies geschieht in Java auf zwei mögliche Arten.
try-catch
Mit dem try-catch Block lassen sich alle Fehler, die bis zu einer bestimmten Fehlerklasse auftreten abfangen. Dabei werden nur Fehler inherhalb des try-Blocks abgefangen. Tritt ein Fehler auf wird dieser mit der inden catch Anweisungen vorhandenen Exceptions verglichen. Wenn es sich in einem catch-Block um die gleiche Exception oder eine Oberklasse der aufgetretenen Exception handelt wird die Anweisung die dem catch-Block folgt ausgeführt. Daraus resultiert das man bei einem try-Block mehrere catch-Blöcke schreiben kann, diese müssen jedoch nach unten immer allgemeiner werden, z.B. <code=java> try {
... //Fehler tritt auf ...
} catch(FileNotFoundException ex) {
System.out.println("Datei nicht gefunden");
} catch(IOException ex) {
System.out.println("IO Fehler");
} catch(Exception ex) {
System.out.println("Fehler");
} catch(Error er) {
System.out.println("Error");
} catch(Throwable t) {
System.out.println("Throw");
} </code=java>
throws-Weiterleiten
Will man einen Fehler nicht behandeln sondern an die darüberliegende Schicht weiterreichen kann man den oder die Exception mit throws weiterleiten. <code=java> public void machwas() throws FileNotFoundExceptin, IOException, Exception {
....
} </code=java>
Ob man eine Exception weiter leitet oder verarbeitet hängt immer von der Anwendung ab da man Exceptions niemals verstecken sollte, sollte man sie da verarbeiten wo man dem Benutzer das auch mitteilen kann. Jedoch gibt es Fälle wo man keine Wahl hat ob man die Fehler abfängt oder weiterleitet. So unteranderem bei Schnittstellen oder Methoden die man überschreibt, so z.B. muss man Exceptions bei dem Überschreiben der public void run() verarbeiten und kann sie nicht weiterleiten da dies die Signatur der Methode ändert.
