Удалил бы из Java checked исключения

Checked исключения в Java: нужны ли они?

Суть проблемы

Это спорный вопрос в Java-сообществе. Я бы частично согласился с удалением checked исключений, но с нюансами.

Что такое checked исключения

Checked исключения — исключения, которые компилятор ОБЯЗЫВАЕТ обрабатывать или пробрасывать:

public void readFile(String filename) throws IOException {
    // IOException — checked исключение
    FileInputStream fis = new FileInputStream(filename);
}

// Обязательно throws или try-catch
try {
    readFile("file.txt");
} catch (IOException e) {
    e.printStackTrace();
}

Unchecked исключения (Runtime exceptions) не требуют явной обработки:

public void divide(int a, int b) {
    int result = a / b; // ArithmeticException — unchecked
}

Аргументы ПРОТИВ checked исключений

1. Вода в коде

Часто приходится писать бесполезные try-catch:

try {
    readFile();
} catch (IOException e) {
    throw new RuntimeException(e); // Обёртываем в unchecked
}

Это засоряет код и снижает читаемость.

2. Нарушение инкапсуляции

Внутренняя реализация метода утекает в его сигнатуру:

public void process() throws IOException, SQLException, ParseException {
    // Сигнатура раздута обработкой деталей реализации
}

3. Проблема в лямбдах

Лямбды не поддерживают checked исключения:

List<String> files = Arrays.asList("a.txt", "b.txt");
files.forEach(f -> readFile(f)); // ОШИБКА! readFile() throws IOException

Приходится обёртывать:

files.forEach(f -> {
    try {
        readFile(f);
    } catch (IOException e) {
        throw new RuntimeException(e);
    }
});

**4. Часто игнорируются

Разработчики просто пробрасывают Exception выше:

public void method() throws Exception { // Плохо!
    doSomething();
}

Аргументы ЗА checked исключениями

1. Явная обработка ошибок

Компилятор ЗАСТАВЛЯЕТ подумать о сбое:

public void readFile() throws IOException { // Явно — может быть ошибка ввода
    // Нельзя забыть обработку
}

2. API контракт

Ясно видно, какие ошибки может вернуть метод:

public User findUser(String id) throws UserNotFoundException {
    // Явно: этот метод может не найти пользователя
}

3. Меньше неожиданных сбоев

Unchecked исключения тихо убивают приложение:

public int parse(String s) {
    return Integer.parseInt(s); // NumberFormatException в рантайме!
}

Мой взгляд

Я бы не удалял checked исключения полностью, а переработал:

1. Переход на Result типы (как в Rust, Kotlin):

public Result<User> findUser(String id) {
    if (!exists(id)) {
        return Result.error(new UserNotFoundException());
    }
    return Result.ok(loadUser(id));
}

// Использование
Result<User> result = findUser("123");
if (result.isError()) {
    // Обработка
}

2. Selective checked exceptions

Checked только для действительно важных ошибок (IOException, SQLException), unchecked для логики.

3. Custom unchecked обёртки

public class FileOperationException extends RuntimeException {
    public FileOperationException(String message, Throwable cause) {
        super(message, cause);
    }
}

public void readFile(String filename) {
    try {
        new FileInputStream(filename);
    } catch (IOException e) {
        throw new FileOperationException("Cannot read file: " + filename, e);
    }
}

Вывод

Checked исключения в текущем виде создают больше проблем, чем решают. Но полностью удалять их нельзя — нужна альтернатива (Result типы). Java 8+ показал, что unchecked exceptions работают лучше с функциональным стилем кода.