티스토리 뷰

상황에 부합한다면 항상 표준 예외를 재사용하자.
예외를 재사용하는 것이 좋으며, 자바 라이브러리는 대부분 API에서 쓰기에 충분한 수의 예외를 제공한다.
표준 예외를 재사용하면 얻는 것이 많다.
첫 번째, 여러분의 API가 다른 사람이 익히고 사용하기 쉬워진다.
두 번째, 여러분의 API를 사용한 프로그램도 낯선 예외를 사용하지 않게 되어 읽기 쉽게 된다
세 번째, 예외 클래스 수가 적을수록 메모리 사용량도 줄고 클래스를 적재하는 시간도 적게 걸린다.
⛔ 표준 예외 종류
IllegalArgumentException
- 호출자가 인수로 부적절한 값을 넘길 때 던지는 예외
- ex. 반복 횟수를 지정하는 매개변수에 음수를 건낼 때 쓸 수 있다.
IllegalStateException
- 대상 객체의 상태가 호출된 메서드를 수행하기에 적합하지 않을 때 던지는 예외
- ex. 제대로 초기화되지 않은 객체를 사용하려 할 때
NullPointException
- null값을 허용하지 않는 메서드에 null을 건낼 때 IllegalArgumentException이 아닌 NullPointException을 던진다.
- 메서드가 던지는 모든 예외를 잘못된 인수나 상태라고 뭉뚱그릴 수도 있겠지만, 이처럼 그중 특수한 일부는 따로 구분해 사용한다.
IndexOutOfBoundsException
- 어떤 시퀀스의 허용 범위를 넘는 값을 건낼 때도 IllegalArgumentException이 아닌 IndexOutOfBoundsException을 던진다.
ConcurrentModificationException
- 단일 스레드에서 사용하려고 설계한 객체를 여러 스레드가 동시에 수정하려 할 때 던진다.
- 외부 동기화 방식으로 사용하려고 설계한 객체도 마찬가지다.
이 예외는 문제가 생길 가능성을 알려주는 정도의 역할로 쓰인다.
UnsupportedOperationException
- 클라이언트가 요청한 동작을 대상 객체가 지원하지 않을 때 던진다.
- ex. 보통은 구현하려는 인터페이스의 메서드 일부를 구현할 수 없을 때
- ex. 원소를 넣을 수만 있는 List 구현체에 누군가 remove메서드를 호출했을 때
🚫 Exception, RuntimeException, Throwable, Error는 직접 재사용하지 말자.
이 예외들은 다른 예외들이 상위 클래스이므로, 여러 성격의 예외들을 포괄하는 클래스이므로 안정적으로 테스트할 수 없다.
따라서 추상클래스라고 생각하고 쓰지 말자
💡 정리
예외 | 주요 쓰임 |
IllegalArgumentException | 허용하지 않는 값이 인수로 건네졌을 때 (null은 따로 NullPointerException으로 처리) |
IllegalStateException | 객체가 메서드를 수행하기에 적절하지 않은 상태일 때 |
NullPointerException | null을 허용하지 않는 메서드에 null을 건넸을 때 |
IndexOutOfBoundsException | 인덱스가 범위를 넘어섰을 때 |
ConcurrentModificationException | 허용하지 않는 동시 수정이 발견됐을 때 |
UnsupportOperationException | 호출한 메서드를 지원하지 않을 때 |
📢 추가적으로 재사용할 수 있는 예외
ArtimeticException / NumberFormatException
- 복소수나 유리수를 다루는 객체를 작성한다면 재사용할 수 있다.
💡 정리
따라서 상황에 부합한다면 항상 표준 예외를 재사용하자.
이때 API 문서를 참고해 해당 예외가 어떤 상황에서 던져지는지 확인하고, 예외의 이름과 던져지는 맥락을 확인하여 부합할 때만 재사용한다.
더 많은 정보를 제공하길 원한다면 표준 예외를 확장해도 좋다.
단, 예외는 직렬화할 수 있다는 사실을 기억하고, 직렬화에는 많은 부담이 따르니 나만의 예외를 새로 만들지 말자.
또한 재사용할 예외를 선택하기가 어려울 땐,
인수 값이 무엇이었든 어차피 실패했을 거라면 IllegalStateException을, 그렇지 않으면 IllegalArgumentException을 던지자.
'Programming > Effective Java' 카테고리의 다른 글
[이펙티브자바] Item 73. 추상화 수준에 맞는 예외를 던지라 (0) | 2022.08.07 |
---|---|
[이펙티브자바] Item 71. 필요 없는 검사 예외 사용은 피하라 (0) | 2022.08.05 |
[이펙티브자바] Item 70. 복구할 수 있는 상황에는 검사 예외를, 프로그래밍 오류에는 런타임 예외를 사용하라 (1) | 2022.08.05 |
- Total
- Today
- Yesterday
- dfs
- 알고리즘
- DevOps
- 완전탐색
- BFS
- docker
- 그래프탐색
- 순열
- docker-compose
- 아이템60
- bruteforce
- 백준
- 아이템59
- 운영체제
- Retrofit2
- IMAGE
- BOJ
- 조합
- springboot
- EffectiveJava
- 아이템61
- 이펙티브자바
- 완탐
- Container
- Java
- cicd
- subset
- dp
- 토큰기반인증
- OS
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |