일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 코드트리
- 백준
- JSON
- 오버라이딩
- 서블릿
- 테스트코드
- 다형성
- fielderror
- 추상클래스
- 의존관계
- @configuration
- 김영한
- java
- 코딩테스트
- http 메시지 컨버터
- HttpServletResponse
- 티스토리챌린지
- 스프링컨테이너
- 오블완
- html form
- 스프링
- 인터페이스
- ocp
- 참조변수
- 싱글톤
- DI
- 코드트리조별과제
- equals()
- objecterror
- 프록시
- Today
- Total
minOS
API 예외 처리 - @ExceptionHandler,@ControllerAdvice 본문
API 예외 처리 - @ExceptionHandler,@ControllerAdvice
minOE 2024. 10. 10. 19:02API 예외 처리 - @ExceptionHandler
API 예외처리의 어려운 점
1)`HandlerExceptionResolver` 를 떠올려 보면 `ModelAndView` 를 반환해야 했다. 이것은 API 응답에는 필요하지 않다.
2)API 응답을 위해서 `HttpServletResponse` 에 직접 응답 데이터를 넣어주었다. 이것은 매우 불편하다. 스프링 컨트롤러에 비유하면 마치 과거 서블릿을 사용하던 시절로 돌아간 것 같다.
3)특정 컨트롤러에서만 발생하는 예외를 별도로 처리하기 어렵다. 예를 들어서 회원을 처리하는 컨트롤러에서 발생하는 `RuntimeException` 예외와 상품을 관리하는 컨트롤러에서 발생하는 동일한 `RuntimeException` 예외를 서로 다른 방식으로 처리하고 싶다면 어떻게 해야할까?
@ExceptionHandler
스프링은 API 예외 처리 문제를 해결하기 위해 `@ExceptionHandler` 라는 애노테이션을 사용하는 매우 편리한 예외 처리 기능을 제공하는데, 이것이 바로 `ExceptionHandlerExceptionResolver` 이다. 스프링은`ExceptionHandlerExceptionResolver` 를 기본으로 제공하고, 기본으로 제공하는 `ExceptionResolver`중에 우선순위도 가장 높다. 실무에서 API 예외 처리는 대부분 이 기능을 사용한다
ErrorResult
package hello.exception.exhandler; import lombok.AllArgsConstructor; import lombok.Data; @Data @AllArgsConstructor public class ErrorResult { private String code; private String message; }
예외가 발생했을 때 API 응답으로 사용하는 객체를 정의했다.ApiExceptionV2Controller
package hello.exception.api; import hello.exception.exception.UserException; import hello.exception.exhandler.ErrorResult; import lombok.AllArgsConstructor; import lombok.Data; import lombok.extern.slf4j.Slf4j; import org.springframework.http.HttpStatus; import org.springframework.http.ResponseEntity; import org.springframework.web.bind.annotation.*; @RestController @Slf4j public class ApiExceptionV2Controller { @ResponseStatus(HttpStatus.BAD_REQUEST) @ExceptionHandler(IllegalArgumentException.class) public ErrorResult IllegalExHandler(IllegalArgumentException e){ log.error("[exceptionHandler] ex" , e); return new ErrorResult("BAD",e.getMessage()); } @ExceptionHandler public ResponseEntity<ErrorResult> userExHandler(UserException e){ log.error("[exceptionHandler] ex", e); ErrorResult errorResult = new ErrorResult("USER-EX", e.getMessage()); return new ResponseEntity<>(errorResult,HttpStatus.BAD_REQUEST); } @ResponseStatus(HttpStatus.INTERNAL_SERVER_ERROR) // 맨 상위 부모 클래스로 위에서 처리하지 못한 예외 전부 넘어옴 @ExceptionHandler public ErrorResult exHandler(Exception e){ log.error("[exceptionHandler] ex", e); return new ErrorResult("EX","내부오류"); } @GetMapping("/api2/members/{id}") public MemberDto getMember(@PathVariable("id") String id){ if (id.equals("ex")){ throw new RuntimeException("잘못된 사용자"); //500 html 반환 문제를 해결하려면 오류 페이지 컨트롤러도 JSON응답 할 수 있도록 수정해야한다. } if(id.equals("bad")){ throw new IllegalArgumentException("잘못된 입력 값"); } if(id.equals("user-ex")){ throw new UserException("사용자 오류"); } return new MemberDto(id,"hello "+id); } @Data @AllArgsConstructor static class MemberDto{ private String memberId; private String name; } }
@ExceptionHandler 예외 처리 방법
`@ExceptionHandler` 애노테이션을 선언하고, 해당 컨트롤러에서 처리하고 싶은 예외를 지정해주면 된다. 해당 컨
트롤러에서 예외가 발생하면 이 메서드가 호출된다. 참고로 지정한 예외 또는 그 예외의 자식 클래스는 모두 잡을 수 있
다.
postman 실행
http://localhost:8080/api2/members/bad
IllegalArgumentException 처리
@ResponseStatus(HttpStatus.BAD_REQUEST) @ExceptionHandler(IllegalArgumentException.class) public ErrorResult IllegalExHandler(IllegalArgumentException e){ log.error("[exceptionHandler] ex" , e); return new ErrorResult("BAD",e.getMessage()); }
실행 흐름
1) 컨트롤러를 호출한 결과 `IllegalArgumentException` 예외가 컨트롤러 밖으로 던져진다.
2) 예외가 발생했으로 `ExceptionResolver` 가 작동한다. 가장 우선순위가 높은 `ExceptionHandlerExceptionResolver` 가 실행된다.
3) ExceptionHandlerExceptionResolver` 는 해당 컨트롤러에 `IllegalArgumentException` 을 처리할 수 있는 @ExceptionHandler` 가 있는지 확인한다.
4)`illegalExHandle()` 를 실행한다. `@RestController` 이므로 `illegalExHandle()` 에도`@ResponseBody` 가 적용된다. 따라서 HTTP 컨버터가 사용되고, 응답이 다음과 같은 JSON으로 반환된다.
5) `@ResponseStatus(HttpStatus.BAD_REQUEST)` 를 지정했으므로 HTTP 상태 코드 400으로 응답한다.
postman 실행
http://localhost:8080/api2/members/user-ex
UserException 처리
@ExceptionHandler public ResponseEntity<ErrorResult> userExHandler(UserException e){ log.error("[exceptionHandler] ex", e); ErrorResult errorResult = new ErrorResult("USER-EX", e.getMessage()); return new ResponseEntity<>(errorResult,HttpStatus.BAD_REQUEST); }
1)`@ExceptionHandler` 에 예외를 지정하지 않으면 해당 메서드 파라미터 예외를 사용한다. 여기서는`UserException` 을 사용한다.
2)`ResponseEntity` 를 사용해서 HTTP 메시지 바디에 직접 응답한다. 물론 HTTP 컨버터가 사용된다. `ResponseEntity` 를 사용하면 HTTP 응답 코드를 프로그래밍해서 동적으로 변경할 수 있다. 앞서 살펴본`@ResponseStatus` 는 애노테이션이므로 HTTP 응답 코드를 동적으로 변경할 수 없다.
postman 실행
http://localhost:8080/api2/members/ex
@ResponseStatus(HttpStatus.INTERNAL_SERVER_ERROR) // 맨 상위 부모 클래스로 위에서 처리하지 못한 예외 전부 넘어옴 @ExceptionHandler public ErrorResult exHandler(Exception e){ log.error("[exceptionHandler] ex", e); return new ErrorResult("EX","내부오류"); }
1) throw new RuntimeException("잘못된 사용자")이 코드가 실행되면서, 컨트롤러 밖으로`RuntimeException`이 던져진다.
2) `RuntimeException`은 `Exception`의 자식 클래스이다. 따라서 이 메서드가 호출된다.
3)`@ResponseStatus(HttpStatus.INTERNAL_SERVER_ERROR)`로 HTTP 상태 코드를 500으로 응답한다.
우선순위
스프링의 우선순위는 항상 자세한 것이 우선권을 가진다@ExceptionHandler(부모예외.class) public String 부모예외처리()(부모예외 e) {} @ExceptionHandler(자식예외.class) public String 자식예외처리()(자식예외 e) {}
`@ExceptionHandler` 에 지정한 부모 클래스는 자식 클래스까지 처리할 수 있다. 따라서 `자식예외` 가 발생하면 `부모
예외처리()` , `자식예외처리()` 둘다 호출 대상이 된다. 그런데 둘 중 더 자세한 것이 우선권을 가지므로 `자식예외처리()`
가 호출된다. 물론 `부모예외` 가 호출되면 `부모예외처리()` 만 호출 대상이 되므로 `부모예외처리()` 가 호출된다.
다양한 예외
다음과 같이 다양한 예외를 한번에 처리할 수 있다.
@ExceptionHandler({AException.class, BException.class}) public String ex(Exception e) { log.info("exception e", e); }
예외 생략
`@ExceptionHandler` 에 예외를 생략할 수 있다. 생략하면 메서드 파라미터의 예외가 지정된다.
@ExceptionHandler public ResponseEntity<ErrorResult> userExHandle(UserException e) {}
API 예외 처리 - @ControllerAdvice
`@ExceptionHandler` 를 사용해서 예외를 깔끔하게 처리할 수 있게 되었지만, 정상 코드와 예외 처리 코드가 하나의
컨트롤러에 섞여 있다. `@ControllerAdvice` 또는 `@RestControllerAdvice` 를 사용하면 둘을 분리할 수 있다.
ExControllerAdvice
package hello.exception.exhandler.advice; import hello.exception.exception.UserException; import hello.exception.exhandler.ErrorResult; import lombok.extern.slf4j.Slf4j; import org.springframework.http.HttpStatus; import org.springframework.http.ResponseEntity; import org.springframework.web.bind.annotation.ExceptionHandler; import org.springframework.web.bind.annotation.ResponseStatus; import org.springframework.web.bind.annotation.RestControllerAdvice; @Slf4j @RestControllerAdvice public class ExControllerAdvice { @ResponseStatus(HttpStatus.BAD_REQUEST) @ExceptionHandler(IllegalArgumentException.class) public ErrorResult IllegalExHandler(IllegalArgumentException e){ log.error("[exceptionHandler] ex" , e); return new ErrorResult("BAD",e.getMessage()); } @ExceptionHandler public ResponseEntity<ErrorResult> userExHandler(UserException e){ log.error("[exceptionHandler] ex", e); ErrorResult errorResult = new ErrorResult("USER-EX", e.getMessage()); return new ResponseEntity<>(errorResult,HttpStatus.BAD_REQUEST); } @ResponseStatus(HttpStatus.INTERNAL_SERVER_ERROR) // 맨 상위 부모 클래스로 위에서 처리하지 못한 예외 전부 넘어옴 @ExceptionHandler public ErrorResult exHandler(Exception e){ log.error("[exceptionHandler] ex", e); return new ErrorResult("EX","내부오류"); } }
ApiExceptionV2Controller 코드에 있는 @ExceptionHandler 모두 제거
package hello.exception.api; import hello.exception.exception.UserException; import hello.exception.exhandler.ErrorResult; import lombok.AllArgsConstructor; import lombok.Data; import lombok.extern.slf4j.Slf4j; import org.springframework.http.HttpStatus; import org.springframework.http.ResponseEntity; import org.springframework.web.bind.annotation.*; @RestController @Slf4j public class ApiExceptionV2Controller { @GetMapping("/api2/members/{id}") public MemberDto getMember(@PathVariable("id") String id){ if (id.equals("ex")){ throw new RuntimeException("잘못된 사용자"); //500 html 반환 문제를 해결하려면 오류 페이지 컨트롤러도 JSON응답 할 수 있도록 수정해야한다. } if(id.equals("bad")){ throw new IllegalArgumentException("잘못된 입력 값"); } if(id.equals("user-ex")){ throw new UserException("사용자 오류"); } return new MemberDto(id,"hello "+id); } @Data @AllArgsConstructor static class MemberDto{ private String memberId; private String name; } }
@ControllerAdvice
- `@ControllerAdvice` 는 대상으로 지정한 여러 컨트롤러에 `@ExceptionHandler` , `@InitBinder` 기능을 부여해주는 역할을 한다.
-`@ControllerAdvice` 에 대상을 지정하지 않으면 모든 컨트롤러에 적용된다. (글로벌 적용)
- `@RestControllerAdvice` 는 `@ControllerAdvice` 와 같고, `@ResponseBody` 가 추가되어 있다.`@Controller` , `@RestController` 의 차이와 같다.
대상 컨트롤러 지정 방법
// Target all Controllers annotated with @RestController @ControllerAdvice(annotations = RestController.class) public class ExampleAdvice1 {} // Target all Controllers within specific packages @ControllerAdvice("org.example.controllers") public class ExampleAdvice2 {} // Target all Controllers assignable to specific classes @ControllerAdvice(assignableTypes = {ControllerInterface.class,AbstractController.class}) public class ExampleAdvice3 {}
스프링 공식 문서 참고
https://docs.spring.io/spring-framework/docs/current/reference/html/web.html#mvc-ann-controller-advice
스프링 공식 문서 예제에서 보는 것 처럼 특정 애노테이션이 있는 컨트롤러를 지정할 수 있고, 특정 패키지를 직접 지정할 수도 있다. 패키지 지정의 경우 해당 패키지와 그 하위에 있는 컨트롤러가 대상이 된다. 그리고 특정 클래스를 지정할 수도 있다.
대상 컨트롤러 지정을 생략하면 모든 컨트롤러에 적용된다.
`@ExceptionHandler` 와 `@ControllerAdvice` 를 조합하면 예외를 깔끔하게 해결할 수 있다.
'TIL > 김영한의 스프링 MVC 2편 - 백엔드 웹 개발 핵심 기술' 카테고리의 다른 글
API 예외 처리 - DefaultHandlerExceptionResolver (1) | 2024.10.09 |
---|---|
API 예외 처리 - ResponseStatusExceptionResolver (1) | 2024.10.09 |
API 예외 처리 - HandlerExceptionResolver 활용 (0) | 2024.10.07 |
API 예외 처리 - HandlerExceptionResolver 시작 (7) | 2024.10.07 |
API 예외처리 - 스프링 부트 기본 오류 처리 (1) | 2024.10.03 |