728x90
반응형
- Exception 과 그 하위 예외는 모두 컴파일러가 체크하는 체크 예외이다. 단 RuntimeException 은 예외로 한다.
- 체크 예외는 잡아서 처리하거나, 또는 밖으로 던지도록 선언해야한다. 그렇지 않으면 컴파일 오류가 발생한다.


- Exception을 상속받은 MyCheckedException은 체크 예외가 됨
- service.callCatch() 에서 예외를 처리했기 때문에 테스트 메서드까지 예외가 올라오지 않는다.
- 예외를 잡아서 처리하는 코드 실행 순서를 분석해보자.
- test service.callCatch() repository.call() [예외 발생, 던짐]
- test service.callCatch() [예외 처리] repository.call()
- test [정상 흐름] service.callCatch() repository.call()
- Repository.call() 에서 MyUncheckedException 예외가 발생하고, 그 예외를 Service.callCatch() 에서 잡는 것을 확인할 수 있다.
- 예외를 처리하지 않고, 밖으로 던지는 코드 실행 순서를 분석해보자.
- test service.callThrow() repository.call() [예외 발생, 던짐]
- test service.callThrow() [예외 던짐] repository.call()
- test [예외 도착] service.callThrow() repository.call()
체크 예외의 장단점
- 체크 예외는 예외를 잡아서 처리할 수 없을 때, 예외를 밖으로 던지는 throws 예외 를 필수로 선언해야 한다. 그렇지 않으면 컴파일 오류가 발생한다. 이것 때문에 장점과 단점이 동시에 존재한다.
- 장점: 개발자가 실수로 예외를 누락하지 않도록 컴파일러를 통해 문제를 잡아주는 훌륭한 안전 장치이다.
- 단점: 하지만 실제로는 개발자가 모든 체크 예외를 반드시 잡거나 던지도록 처리해야 하기 때문에, 너무 번거로운 일이 된다. 크게 신경쓰고 싶지 않은 예외까지 모두 챙겨야 한다. 추가로 의존관계에 따른 단점도 있다.
728x90
반응형
댓글