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

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

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

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

Конструкция автоматизирует шаблон управления ресурсом, реализующим AutoCloseable, и сохраняет диагностическую информацию о нескольких сбоях.

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

Представим несколько ресурсов: соединение, поток и временный файл. Если один ресурс завершился ошибкой при закрытии, прекращение попыток освободить остальные может привести к утечкам ресурсов и вторичным сбоям.

Одновременно нельзя бездумно заменять каждое новое исключение предыдущим: тогда будет потеряна причина исходной ошибки. Поэтому Java разделяет основное исключение и дополнительные исключения закрытия.

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

Ресурсы закрываются в порядке, обратном успешному созданию. Если закрытие ресурса выбросило исключение, Java всё равно выполняет закрытие следующего ресурса; это достигается семантикой вложенных блоков finally.

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

public class Demo {
    static class R implements AutoCloseable {
        private final String name;
        R(String name) { this.name = name; }
        public void close() {
            System.out.println("close " + name);
            if (name.equals("B")) throw new IllegalStateException("B");
        }
    }
    public static void main(String[] args) {
        try (R a = new R("A"); R b = new R("B")) { }
    }
}

Сначала будет предпринята попытка закрыть B, затем A. Исключение при закрытии B не препятствует закрытию A. Если бы A тоже завершился ошибкой, его исключение стало бы подавленным относительно исключения от B.

Гарантия относится к обычному выполнению Java-кода. Например, принудительное завершение процесса через System.exit или аварийное прекращение JVM не даёт гарантии, что закрытие будет выполнено.

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

Сервис обрабатывает файл и одновременно использует поток чтения и архиватор. Архиватор может выбросить исключение в close, тогда как поток чтения всё ещё требует освобождения.

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

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

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

Как определить подавленные исключения?

Их получают у основного объекта исключения через getSuppressed(). Они не заменяют основную причину и обычно анализируются отдельно при диагностике цепочки ошибок.
Что станет основным исключением, если ошибка произошла в теле try?

Основным останется исключение из тела try. Исключения, возникшие при закрытии ресурсов, будут добавлены к нему как подавленные, поскольку ошибка основной операции важнее ошибки освобождения ресурса для результата выполнения.
Закрываются ли ресурсы, созданные до сбоя инициализации следующего ресурса?

Да. Закрываются все ресурсы, которые успели успешно создаться, также в обратном порядке. Ресурс, чья инициализация завершилась исключением, закрывать нельзя, потому что он не считается успешно захваченным конструкцией.