Ответ.

Механизм try-with-resources был введён в Java 7 для автоматического управления закрытием ресурсов, таких как потоки ввода-вывода или соединения с БД. Он упрощает работу с ресурсами и сводит к минимуму ошибки утечек.

История вопроса:

До Java 7 закрывать ресурсы приходилось вручную в блоке finally, что приводило к дублированию кода и ошибкам. Try-with-resources автоматизировал этот процесс, сделав код чище и безопаснее.

Проблема:

Если ресурс не был закрыт явно, то может возникнуть утечка (например, не отпускался file handle, соединение с БД). В старой схеме часто забывали вызвать close() в блоке finally, особенно при нескольких исключениях.

Решение:

Использовать try-with-resources везде, где ресурсы реализуют интерфейс AutoCloseable.

Пример использования:

try (BufferedReader reader = new BufferedReader(new FileReader("file.txt"))) {
    String line = reader.readLine();
    // ...
} catch (IOException e) {
    e.printStackTrace();
}

Во время выхода из try блок вызовет close() автоматически, что гарантирует корректное освобождение ресурсов.

Ключевые особенности:

Использует интерфейс AutoCloseable
Автоматическое освобождение ресурсов при любом выходе из блока
Обеспечивает чистоту и компактность кода

Вопросы с подвохом.

Можно ли использовать try-with-resources с несколькими ресурсами?

Да, можно объявлять несколько ресурсов через точку с запятой в одной строке:

try (
    InputStream in = new FileInputStream("a.txt");
    OutputStream out = new FileOutputStream("b.txt")
) {
    // ...
}

Обязательно ли ловить исключения в try-with-resources?

Нет. Можно не указывать catch, если в методе объявлено выбрасывание исключения или обработка не требуется, но чаще catch нужен для корректной диагностики.

Можно ли использовать переменные, объявленные вне try(), как ресурсы для try-with-resources?

Нет, ресурсы обязательно должны быть объявлены внутри скобок try, иначе не сработает автозакрытие.

Типовые ошибки и анти-паттерны

Не закрывать ресурсы в старых try-catch конструкциях
Пробовать использовать try-with-resources с объектами, не реализующими AutoCloseable
Объявлять ресурс вне try(), теряя автозакрытие

Пример из жизни

Негативный кейс

Код открывает FileInputStream без try-with-resources, разработчик забывает закрыть поток или закрывает только при отсутствии ошибок. В случае исключения поток остаётся не закрыт.

Плюсы:

Классическая, привычная схема

Минусы:

Утечки ресурсов
Сложный и повторяющийся код обработки

Позитивный кейс

Используется try-with-resources, ресурс объявляется прямо внутри скобок try, освобождение всегда гарантировано.