아이템 73 : 추상화 수준에 맞는 예외를 던지라

문제 상황 예외 번역(Exception Translation) 예시 예외 연쇄 예외 번역 남용해서는 안된다

💡

아래 계층의 예외를 예방하거나 스스로 처리할 수 없고, 그 예외를 상위 계층에 그대로 노출하기 곤란하다면 예외 번역을 사용하라 이 때 예외 연쇄를 이용하면 상위 계층에는 맥락에 어울리는 고수준 예외를 던지면서 근본 원인도 함께 알려주어 오류를 분석하기에 좋다

문제 상황

수행하려는 일과 관련 없어 보이는 예외가 튀어나오면 당황스러울 것임

메서드가 저수준 예외를 처리하지 않고 바깥으로 전파해버릴 때 종종 일어나는 일이다.

사실 이는 단순히 프로그래머를 당황시키는 데 그치지 않고, 내부 구현 방식을 드러내어 윗 레벨 API를 오염시킨다.

다음 릴리스에서 구현 방식을 바꾸면 다른 예외가 튀어나와 기존 클라이언트 프로그램을 깨지게 할 수도 있는 것이다

⇒ 이 문제를 피하려면 상위 계층에서는 저수준 예외를 잡아 자신의 추상화 수준에 맞는 예외로 바꿔 던져야 한다. (이를 예외 번역 — exception translation — 이라 한다.

예외 번역(Exception Translation) 예시


public E get(int index) {
	ListIterator<E> i = listIterator(index);
	try { 
		return i.next();
	} catch (NoSuchElementException e) {
		throw new IndexOutOfBoundsException("인덱스: " + index);
	}
}

AbstractSequentialList에서 수행하는 예외 번역의 예

예외 연쇄


try { 
	... // 저수준 추상화를 이용
} catch (LowerLevelException cause) {
	throw new HigherLevelException(cause);
}

예외 연쇄

예외를 번역할 때, 저수준 예외가 디버깅에 도움이 된다면 예외 연쇄(exception-chaining)를 사용하는 게 좋다

그 후 , 별도의 접근자 메서드(Throwable의 getCause 메서드)를 통해 필요하면 언제든 저수준 예외를 꺼내볼 수 있음

고수준 예외의 생성자는 (예외 연쇄용으로 설계된) 상위 클래스의 생성자에 이 ‘원인’을 건네주어, 최종적으로 Throwable(Throwable) 생성자까지 건네지게 함

대부분의 표준 예외는 예외 연쇄용 생성자를 갖추고 있음. 그렇지 않은 예외라도 Throwable의 initCause 메서드를 이용해 ‘원인’을 직접 못박을 수 있음

예외 번역 남용해서는 안된다

가능하다면 저수준 메서드가 반드시 성공하도록 하여 아래 계층에서는 예외가 발생하지 않도록 하는 것이 최선임

때론 상위 계층 메서드의 매개 변수 값을 아래 계층 메서드로 건네기 전에 미리 검사하는 방법으로 이 목적을 달성할 수 있다

아래 계층에서 예외를 피할 수 없을 시, 상위 계층에서 그 예외를 조용히 처리하여 문제를 API 호출자에게까지 전파하지 않는 방법도 있음(이 때, 발생한 예외 로그로 기록 → 추가 조치 취할 수 있음)