try 본문과 close가 모두 예외를 던지면 호출자는 어느 예외를 받고 나머지는 어디에서 찾나요?

본문에서 예외가 발생하고 자원 close()도 예외를 던지면 본문 예외가 primary로 호출자에게 전달되고, close 예외는 primary.getSuppressed()에 추가됩니다. 한 자원에서 다음과 같은 흐름을 예상할 수 있습니다.

try (var r = new FailingResource("r")) {
    throw new Exception("body");
} catch (Exception e) {
    // e.getMessage() = "body"
    // e.getSuppressed()[0].getMessage() = "close r"
}

자원이 r1, r2라면 성공한 생성 순서의 역순으로 r2.close() 후 r1.close()가 호출됩니다. 본문이 실패한 상태에서 두 close도 실패하면 primary는 본문 예외이고 suppressed에는 실제 close 호출 순서의 실패가 쌓입니다. 본문이 정상이라면 반대로 첫 close 실패가 primary이고 이후 close 실패가 suppressed가 됩니다. 따라서 선언 순서만 외우지 말고 본문 결과와 close 호출 trace를 함께 봐야 합니다.

다만 일반적인 서로 다른 Throwable과 suppression 허용 상태라는 전제가 있습니다. suppression이 비활성화된 예외는 추가된 항목을 저장하지 않을 수 있고, 같은 인스턴스를 자기 자신에게 suppressed로 넣으면 IllegalArgumentException이 발생할 수 있습니다. try-with-resources는 핸들 반납과 예외 보존을 제공하지만 외부 DB 변경의 rollback까지 만들어 주지는 않으므로 보상 상태는 별도 설계하겠습니다.