복구할 수 있는 상황에는 검사 예외를, 프로그래밍 오류에는 런타임 예외를 사용하라
java effectivejava
검사 예외의 경우
호출하는 쪽에서 복구하리라 여겨지는 경우 검사예외를 사용한다.
검사 예외를 던지면 예외를 catch로 잡아 처리하거나 더 바깥으로 전파하도록 강제하게 된다.
따라서 메서드 선언에 포함된 검사 예외는 그 메서드를 호출했을 때 발생할 수 있는 유력한 결과임을 API 사용자에게 알리는 것이다.
호출자가 예외 상황에서 벗어나는 데 필요한 정보를 알려주는 메서드를 함께 제공하는 것이 필요하다. -> 접근자 메서드
런타임 예외의 경우
프로그래밍 오류를 나타내는 경우 런타임 예외를 사용하자.
런타임 예외의 대부분은 전제조건을 만족하지 못한 경우에 발생한다. 이는 클라이언트가 API 명세에 기록된 제약을 지키지 못했다는 것이다.
에러 취급
에러는 JVM에서 리소스 부족, 불변식이 깨지는 등 수행을 계속할 수 없는 상황을 나타낸다.
이는 업계에 널리 퍼진 규약이므로 Error 클래스를 상속하여 하위 클래스를 만드는 일은 없어야 한다. -> 비검사 throwable은 모두 RuntimeException의 하위 클래스여야 한다.
참고자료
- 이펙티브자바 3판