Исключения

Разберите последствия выполнения метода: какое исключение попадёт в catch и где окажется ошибка закрытия ресурса?

class Demo {
    static class R implements AutoCloseable {
        void use() { throw new IllegalStateException("body"); }
        @Override public void close() {
            throw new IllegalArgumentException("close");
        }
    }

    public static void main(String[] args) {
        try (R r = new R()) {
            r.use();
        } catch (Exception e) {
            System.out.println(e.getClass().getSimpleName());
            System.out.println(e.getSuppressed().length);
        }
    }
}

Объясните, почему обработчик общего типа исключения нельзя ставить перед обработчиком его подкласса.

Разберите последствия: какое исключение увидит вызывающий код, если тело try выбросило исключение, а блок finally завершился другим исключением?

Может ли переопределяющий метод объявить более широкое проверяемое исключение, чем метод родителя?

Как компилятор Java определяет, обязан ли вызывающий код обработать исключение, объявленное методом?

В чём причина ограничения Java, запрещающего указывать в одном multi-catch альтернативы, связанные отношением наследования?

Представьте, что обработчик catch(Exception) не сработал при аварийном завершении из-за OutOfMemoryError: почему так происходит?

Как try-with-resources обрабатывает уже открытые ресурсы, если инициализация следующего ресурса завершается исключением?

При преобразовании низкоуровневой ошибки в доменное исключение как сохранить исходную причину для диагностики?

При успешном создании нескольких ресурсов какой порядок их закрытия задаёт try-with-resources?

При каких условиях Java позволяет повторно выбросить параметр catch, сохранив более узкий список проверяемых исключений в throws?

Что определяет, сможет ли try-catch одного потока перехватить исключение, возникшее в другом?

Объясните механизм поиска обработчика для неперехваченного исключения по стеку вызовов Java.

Как оператор return в finally влияет на исключение, выброшенное из try?

Вам нужно передать лямбда-обработчик в стандартный функциональный интерфейс без throws: почему вызов проверяемого исключения внутри него не компилируется?

Что ограничивает использование уже созданной переменной в try-with-resources?

Объясните механизм: почему параметр multi-catch нельзя переназначить в этом фрагменте?

import java.io.IOException;

class Demo {
    static void read(boolean fail) throws IOException {
        if (fail) throw new IOException();
        throw new IllegalStateException();
    }

    static void run() {
        try {
            read(true);
        } catch (IOException | IllegalStateException e) {
            e = new IllegalStateException(e);
        }
    }
}

Как выбор между AutoCloseable и Closeable влияет на требования к обработке исключения из close()?

Что происходит с исходным исключением, если сам блок catch выбрасывает новое исключение?

Объясните механизм: почему catch не перехватывает исключение только потому, что его тип указан в cause?