[Item 69] 예외는 진짜 예외 상황에만 사용하라

예외의 사용

예외는 (그 이름이 말해주듯) 오직 예외 상황에서만 써야 한다. 절대로 일상적인 제어 흐름용으로 쓰여선 안된다.

 

잘 설계된 API라면 클라이언트가 정상적인 제어 흐름에서 예외를 사용할 일이 없게 해야 한다. 특정 상태에서만 호출할 수 있는 '상태 의존적' 메서드를 제공하는 클래스는 '상태 검사' 메서드도 함께 제공해야 한다. Iterator 인터페이스의 next와 hasNext가 각각 상태 의존적 메서드와 상태 검사 메서드에 해당한다.

 

상태 검사 메서드를 이용한 for 관용구 코드

for (Iterator<Foo> i = collection.iterator(); i.hasNext(); ) {
    Foo foo = i.next();
    //Something job...
}

(for-each도 내부적으로 hasNext를 사용한다.)

 

Iterator가 hasNext를 제공하지 않았다면 그 일을 클라이언트가 대신해야만 한다.

// 컬렉션을 이런 식으로 순회해서는 안된다
try {
    Iterator<Foo> i = collection.iterator();
    while (true) {
        Foo foo = i.next();
        // Something job...
    }
} catch (NoSuchElementException e) {
}

반복문에 예외를 사용하여 순회하면 코드가 장황해지고, 속도도 느리다. 그리고 엉뚱한 곳에서 발생한 버그를 숨길 가능성도 있다.

 

상태 검사 메서드 대신 사용할 수 있는 선택지

상태 검사 메서드를 사용하는 방법 말고도 빈 옵셔널이나 null 같은 특수한 값을 반환하는 방법도 있다.

 

상태 검사 메서드, 옵셔널, 특정 값 중 하나를 선택하는 지침

• 외부 동기화 없이 여러 스레드가 동시에 접근할 수 있거나 외부 요인으로 상태가 변할 수 있다면 옵셔널이나 특정 값을 사용한다. 상태 검사 메서드와 상태 의존적 메서드 호출 사이에 객체의 상태가 변할 수 있기 때문이다.
• 성능이 중요한 상황에서 상태 검사 메서드가 상태 의존적 메서드의 작업 일부를 중복 수행한다면 옵셔널이나 특정 값을 선택한다.
• 다른 모든 경우엔 상태 검사 메서드 방식이 조금 더 낫다고 할 수 있다. 상태 검사 메서드 호출을 깜빡 잊었다면 상태 의존적 메서드가 예외를 던져 버그를 확실히 드러내지만 특정 값은 검사하지 않고 지나쳐도 발견하기가 어렵다(옵셔널에는 해당하지 않음).

---

핵심정리

• 정상적인 제어 프름에서 예외를 사용하지 말자

---

참고자료

www.kyobobook.co.kr/product/detailViewKor.laf?ejkGb=KOR&mallGb=KOR&barcode=9788966262281&orderClick=LEa&Kc=

이펙티브 자바 3/E - 교보문고