일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- equals()
- DI
- 오버라이딩
- 싱글톤
- http 메시지 컨버터
- @configuration
- JSON
- objecterror
- 코드트리
- 김영한
- 티스토리챌린지
- 프록시
- 백준
- java
- ocp
- 추상클래스
- 스프링
- 스프링컨테이너
- 인터페이스
- 참조변수
- 서블릿
- 테스트코드
- html form
- 오블완
- 코드트리조별과제
- fielderror
- HttpServletResponse
- 의존관계
- 다형성
- 코딩테스트
- Today
- Total
minOS
자바 예외 이해 - 언체크 예외 기본 이해 본문
언체크 예외 기본 이해
- `RuntimeException` 과 그 하위 예외는 언체크 예외로 분류된다.
- 언체크 예외는 말 그대로 컴파일러가 예외를 체크하지 않는다는 뜻이다.
- 언체크 예외는 체크 예외와 기본적으로 동일하다. 차이가 있다면 예외를 던지는 `throws` 를 선언하지 않고, 생략할 수 있다. 이 경우 자동으로 예외를 던진다.
체크 예외 VS 언체크 예외
- 체크 예외: 예외를 잡아서 처리하지 않으면 항상 `throws` 에 던지는 예외를 선언해야 한다
- 언체크 예외: 예외를 잡아서 처리하지 않아도 `throws` 를 생략할 수 있다.
package hello.jdbc.exception.basic; import lombok.extern.slf4j.Slf4j; import org.assertj.core.api.Assertions; import org.junit.jupiter.api.Test; @Slf4j public class UncheckedTest { @Test void unchecked_catch() { Service service = new Service(); service.callCatch(); } @Test void unchecked_throw(){ Service service = new Service(); Assertions.assertThatThrownBy(()->service.callThrow()) .isInstanceOf(MyUncheckedException.class); } /** * RuntimeException을 상속받은 예외는 언체크 에외가 된다. */ static class MyUncheckedException extends RuntimeException { public MyUncheckedException(String message) { super(message); } } /** * UnChecked 예외는 * 예외를 잡거나 , 던지지 않아도 된다. * 예외를 잡지 않으면 자동으로 밖으로 던진다. */ static class Service { Repository repository = new Repository(); public void callCatch() { try { repository.call(); } catch (MyUncheckedException e) { //예외 처리 로직 log.info("예외처리, message={}", e.getMessage(), e); } } /** * *예외를 잡지 않아도 된다. 자연스럽게 상위로 넘어간다. * 체크 예외와 다르게 throws 예외 선언을 하지 않아도 된다. */ public void callThrow(){ repository.call(); } } static class Repository { public void call() { throw new MyUncheckedException("ex"); } } }
언체크 예외를 잡아서 처리하는 코드
public void callCatch() { try { repository.call(); } catch (MyUncheckedException e) { //예외 처리 로직 log.info("예외처리, message={}", e.getMessage(), e); } }
-언체크 예외도 필요한 경우 이렇게 잡아서 처리할 수 있다.언체크 예외를 밖으로 던지는 코드 - 생략
public void callThrow(){ repository.call(); }
- 언체크 예외는 체크 예외와 다르게 `throws 예외` 를 선언하지 않아도 된다.
- 말 그대로 컴파일러가 이런 부분을 체크하지 않기 때문에 언체크 예외이다.
언체크 예외를 밖으로 던지는 코드 - 선언
public void callThrow() throws MyUncheckedException { repository.call(); }
- 참고로 언체크 예외도 `throws 예외` 를 선언해도 된다. 물론 생략할 수 있다.
- 언체크 예외는 주로 생략하지만, 중요한 예외의 경우 이렇게 선언해두면 해당 코드를 호출하는 개발자가 이런 예외가 발생한다는 점을 IDE를 통해 좀 더 편리하게 인지할 수 있다.(컴파일 시점에 막을 수 있는 것은 아니고, IDE
를 통해서 인지할 수 있는 정도이다.)
언체크 예외의 장단점
언체크 예외는 예외를 잡아서 처리할 수 없을 때, 예외를 밖으로 던지는 `throws 예외` 를 생략할 수 있다. 이것 때문에
장점과 단점이 동시에 존재한다.
- 장점: 신경쓰고 싶지 않은 언체크 예외를 무시할 수 있다. 체크 예외의 경우 처리할 수 없는 예외를 밖으로 던지려
면 항상 `throws 예외` 를 선언해야 하지만, 언체크 예외는 이 부분을 생략할 수 있다. 이후에 설명하겠지만, 신경
쓰고 싶지 않은 예외의 의존관계를 참조하지 않아도 되는 장점이 있다.
- 단점: 언체크 예외는 개발자가 실수로 예외를 누락할 수 있다. 반면에 체크 예외는 컴파일러를 통해 예외 누락을
잡아준다.
체크 예외와 언체크 예외의 차이는 사실 예외를 처리할 수 없을 때 예외를 밖으로 던지는 부분에 있다. 이 부분을 필수로
선언해야 하는가 생략할 수 있는가의 차이다.
'TIL > 김영한의 스프링 DB 1편' 카테고리의 다른 글
자바 예외 이해 - 언체크 예외 활용 (1) | 2024.12.09 |
---|---|
자바 예외 이해 - 체크 예외 활용 (1) | 2024.12.09 |
자바 예외 이해 - 체크 예외 기본 이해 (1) | 2024.12.08 |
스프링 부트의 자동 리소스 등록 (1) | 2024.12.07 |
트랜잭션 문제 해결 - 트랜잭션 AOP 적용 (0) | 2024.12.07 |