[Effective Java] 아이템 72. 표준 예외를 사용하라

EFFECTIVE JAVA(이펙티브 자바)

 

이 포스팅에서 작성하는 내용은 EFFECTIVE JAVA(이펙티브자바) 에서 발췌하였습니다.

---

아이템 72. 표준 예외를 사용하라

숙력된 프로그래머는 그렇지 못한 프로그래머보다 더 많은 코드를 재사용하듯, 예외도 재사용하는 것이 좋으며 자바 라이브러리는 대부분 API에서 쓰기에 충분한 수의 예외를 제공한다.

 

표준 예외

• 표준 예외를 재사용하면 얻는 게 많다.
  • 개발자의 API가 다른 사람이 익히고 사용하기 쉬워진다. (많은 프로그래머에게 이미 익숙해진 규약을 그대로 따르기 때문)
  • 예외 클래스 수가 적을수록 메모리 사용량도 줄고 클래스를 적재하는 시간도 적게 걸린다.
• Exception, RuntimeException, Thorwable, Error는 직접 재사용하지 말자.
  • 이 클래스들은 추상 클래스라고 생각하는 것이 편하다.
  • 이 예외들은 다른 예외들의 상위 클래스이므로, 안적정으로 테스트 할 수 없다.
• 상황에 부합한다면 항상 표준 예외를 재사용하며, 이 때 API문서를 참고해 그 예외가 어떤 상황에서 던져지는 지 꼭 확인해야 한다.
• 예외의 이름 뿐 아니라 예외가 던져지는 맥락도 부합할 때만 재사용한다.
• 인수 값이 무엇이었든 어차피 실패했을 거라면 IllegalStateException을, 그렇지 않으면 IllegalArgumentException을 던지자.

 

많이 재사용되는 예외

• IllegalArgumentException
  • 호출자가 인수로 부적절한 값을 넘길 때 던지는 예외로, 예를 들어 반복 횟수를 지정하는 매개변수에 음수를 건네는 경우이다.
• IllegalStateException
  • 대상 객체의 상태가 호출된 메서드를 수행하기에 적합하지 않을 때 주로 던진다.
  • 제대로 초기화되지 않은 객체를 사용하려 할 때 던질 수 있다.
  • 메서드가 던지는 모든 예외를 잘못된 인수나 상태라고 생각할 수 있지만, 그 중 특수한 일부는 따로 구분하는 게 보통이다.
  • null 값을 허용하지 않는 메서드에 null을 건네면 관례상 IllegalArgumentException이 아닌 NPE를 던진다.
• ConcurrentModificationException
  • 단일 스레드에서 사용하라고 설계한 객체를 여러 스레드가 동시에 수정하려 할 때 던진다.
  • 사실, 동시 수정을 확실히 검출할 수 있는 안정된 방법은 없으니, 이 예외가 문제가 생길 가능성을 알려주는 정도로 사용된다.
• UnSupportedOperationException
  • 클라이언트가 요청한 동작을 대상 객체가 지원하지 않을 때 던진다.
  • 대부분 객체는 자신이 정의한 메서드를 모두 지원하니 흔히 쓰이는 예외는 아니다.
  • 보통은 구현하려는 인터페이스의 메서드 일부를 구현할 수 없을 때 쓰이는데, 예로 원소를 넣을 수만 있는 List 구현체에 누군가 remove 메서드를 호출하면 이 예외를 던지는 경우이다.

 

위의 내용을 정리한 표

IllegalArgumentException	허용하지 않는 값이 인수로 건네졌을 때 (주의* null은 따로 NullPointerException으로 처리)
IllegalStateException	객체가 메서드를 수행하기에 적절하지 않은 상태일 때
NullPointerException	null을 허용하지 않는 메서드에 null을 건넸을 때
IndexOutOfBoundsException	인덱스가 범위를 넘어섰을 때
ConcurrentModificationException	허용하지 않는 동시 수정이 발견됐을 때
UnsupportedOperationException	호출한 메서드를 지원하지 않을 때