Краткий ответ

Ресурсы в try-with-resources закрываются в порядке, обратном порядку их объявления: последним созданный ресурс закрывается первым. Это обеспечивает корректное освобождение зависимых ресурсов, например закрытие результата запроса до закрытия объекта, который его породил.

Исторический контекст

Подход try-with-resources появился в Java 7, чтобы уменьшить количество ошибок в ручном управлении ресурсами через finally. Ранее разработчик должен был самостоятельно гарантировать закрытие каждого ресурса, учитывать исключения при закрытии и сохранять исходную ошибку.

Автоматическое закрытие сделало жизненный цикл ресурсов частью конструкции языка. Для этого ресурс должен реализовывать интерфейс AutoCloseable или его подтип Closeable.

Постановка проблемы

Ресурсы часто образуют зависимость: поток может использовать буфер, ResultSet зависит от Statement, а Statement — от соединения с базой данных. Если закрыть внешний ресурс раньше внутреннего, закрытие или дальнейшая обработка внутреннего ресурса может завершиться ошибкой.

Неверный порядок также усложняет диагностику: исключение при закрытии одного ресурса может скрыть проблемы другого. Поэтому важно понимать, что порядок закрытия определяется не временем выхода из области видимости, а порядком объявления ресурсов в конструкции.

Подробное решение

Try-with-resources закрывает ресурсы в обратном порядке их объявления. Сначала закрывается последний ресурс, затем предпоследний, и так далее до первого.

public class Demo {
    static class Resource implements AutoCloseable {
        private final String name;
        Resource(String name) { this.name = name; }
        public void close() { System.out.println(name); }
    }

    public static void main(String[] args) {
        try (Resource first = new Resource("first");
             Resource second = new Resource("second")) {
        }
    }
}

Результат будет таким: сначала second, затем first. Логика аналогична стеку: ресурсы добавляются в порядке создания, а извлекаются для закрытия в обратном порядке.

Если закрытие одного ресурса выбрасывает исключение, Java всё равно пытается закрыть остальные ресурсы. При нормальном завершении тела try первое возникшее исключение закрытия становится основным, а последующие добавляются к нему как подавленные исключения. Если исключение уже возникло в теле try, оно остаётся основным, а ошибки закрытия становятся подавленными.

Обратный порядок действует для ресурсов, объявленных в одной конструкции, а также соответствует вложенной структуре, которую компилятор логически формирует для управления ресурсами. Поэтому зависимый ресурс следует объявлять после ресурса, от которого он зависит.

Ситуация из практики

Сервис читает данные из базы: сначала получает соединение, затем создаёт объект выполнения запроса, затем получает результат. Вариант с ручным finally даёт полный контроль, но требует вложенных блоков, проверки на null и отдельной обработки ошибок закрытия; вероятность ошибки высока.

Вложенные try-with-resources делают зависимости явными, но увеличивают отступы и объём кода. Наиболее подходящий вариант — объявить ресурсы в порядке создания: соединение, объект запроса, результат. Тогда Java закроет результат, затем объект запроса, затем соединение.

Такой порядок соответствует зависимостям ресурсов и снижает риск обращения к уже закрытому внешнему объекту. При ошибке закрытия исходная ошибка операции также не теряется, поскольку дополнительные ошибки сохраняются как подавленные.

Что кандидаты часто упускают

Что произойдёт, если ресурсы объявлены в порядке, обратном их зависимости?

Они всё равно будут закрыты в обратном порядке объявления, но этот порядок может оказаться неправильным для приложения. Например, если сначала объявить соединение, а затем зависимый от него ресурс, закрытие обычно будет корректным; если сначала объявить зависимый ресурс, а потом его владельца, первым закроется владелец. Java не анализирует семантические зависимости и не исправляет ошибочный порядок.
Продолжится ли закрытие остальных ресурсов после исключения из close?

Да. Конструкция старается закрыть все ресурсы, которые были успешно созданы, даже если закрытие одного из них завершилось исключением. Первое исключение выбирается основным согласно правилам try-with-resources, а последующие сохраняются через механизм suppressed exceptions.
Одинаков ли порядок закрытия ресурсов при нормальном завершении тела try и при исключении в его теле?

Да, порядок закрытия не меняется: ресурсы закрываются от последнего объявленного к первому. Меняется только выбор основного исключения. При исключении из тела try оно обычно становится основным, а исключения из close добавляются к нему; при нормальном завершении тела основным становится первое исключение закрытия.