Was ist der Unterschied zwischen Ausnahmen in Kotlin und Java?

Der Hauptunterschied bei der Behandlung von überprüften (checked) Ausnahmen.

In Java gibt es zwei Arten von Ausnahmen:

• Überprüfte (Checked Exception): erfordern eine explizite Behandlung im try-catch-Block oder eine Deklaration in der Methodensignatur mit dem Schlüsselwort throws. Beispiele: IOException, FileNotFoundException.
• Nicht überprüfte (Unchecked Exception): erfordern keine explizite Behandlung. Beispiele: RuntimeException und seine Unterklassen, Error.

In Kotlin gibt es keine überprüften Ausnahmen. Alle Ausnahmen in Kotlin sind im Wesentlichen nicht überprüft. Das vereinfacht den Code, da man try-catch oder throws nicht für routinemäßige Operationen verwenden muss, die eine Ausnahme auslösen könnten.

Beispiel in Java:

// Java
public class FileRead {
    public void readFile() throws IOException { // Muss deklariert werden
        BufferedReader reader = new BufferedReader(new FileReader("file.txt"));
        String line;
        while ((line = reader.readLine()) != null) {
            System.out.println(line);
        }
        reader.close();
    }
}

Beispiel in Kotlin:

// Kotlin
import java.io.File

fun readFile() { // Keine Deklaration von throws notwendig
    File("file.txt").forEachLine {
        println(it)
    }
}

Trotz des Fehlens überprüfter Ausnahmen kann Kotlin weiterhin Ausnahmen auslösen und behandeln (wie die, die aus Java-Bibliotheken ausgelöst werden), indem try-catch-finally-Blöcke verwendet werden. Dies dient der Kompatibilität mit bestehendem Java-Code.

// Kotlin
import java.io.IOException

fun readFileSafe() {
    try {
        readFile() // Funktionsaufruf, der IOException auslösen kann
    } catch (e: IOException) {
        println("Fehler beim Lesen der Datei: ${e.message}")
    } finally {
        println("Dateioperation beendet.")
    }
}

Fazit: Kotlin erleichtert die Entwicklung, indem es die Notwendigkeit eliminiert, überprüfte Ausnahmen zwingend zu behandeln, und sich mehr auf Laufzeit-Ausnahmen und Standard-Fehlerbehandler verlässt, wo dies notwendig ist.