Service 에서 Error 를 던지고, 응답이 만들어지는 과정

• Service Code

  @Override
  public void CheckFlag(Integer flag) {
      if (flag == 1)
          throw new TempHandler(Code.TEMP_EXCEPTION);
  }
  

  • TempHandler 로 throw 던짐

• TempHandler

  package com.umc.ttg.domain.store.application.handler;
  
  import com.umc.ttg.global.common.ResponseCode;
  import com.umc.ttg.global.error.GeneralException;
  
  public class TempHandler extends GeneralException {
      public TempHandler(ResponseCode errorCode) {
          super(errorCode);
      }
  }
  

  • Service 가 해당 Handler 를 생성하면(생성자로) GeneralException 을 만듦

    → super 가 부모 클래스의 생성자를 호출하는 것이므로

• Handler 를 생성하면 GeneralException 클래스에서 오버로딩 해둔 생성자가 호출됨(아래의 코드)

  public GeneralException(ResponseCode errorCode) {
          super(errorCode.getMessage());
          this.errorCode = errorCode;
  }
  

• GeneralException 은 RuntimeException 상속 받음

  

  • 런타임에 발생한 Exception 으로써 MasterExceptionHandler 가 감지하게 됨

• 그 이유는 MasterExceptionHandler 가 @RestControllerAdivce 를 가지고 있기 때문

  

• MasterExceptionHandler 의 코드에서 GenralException 에 대해 오버로딩된 함수를 호출하고 있음

  @org.springframework.web.bind.annotation.ExceptionHandler
  public ResponseEntity<Object> general(GeneralException e, WebRequest request) {
      return handleExceptionInternal(e, e.getErrorCode(), request);
  }
  

• 위의 코드를 보면 호출된 함수에서 다시 한번 오버로딩된 함수를 호출

  private ResponseEntity<Object> handleExceptionInternal(Exception e, ResponseCode errorCode,
                                                             WebRequest request) {
      return handleExceptionInternal(e, errorCode, HttpHeaders.EMPTY, errorCode.getHttpStatus(),
              request);
  }
  

• 최종적으로 다시 한번 호출된 함수에서는 상속 받은 부모 클래스의 생성자 호출

  private ResponseEntity<Object> handleExceptionInternal(Exception e, ResponseCode errorCode,
                                                             HttpHeaders headers, HttpStatus status, WebRequest request) {
      BaseResponseDto<Object> body = BaseResponseDto.onFailure(errorCode);
      return super.handleExceptionInternal(
              e,
              body,
              headers,
              status,
              request
      );
  }
  

• 부모 코드를 까보면, 응답을 보내는 것을 알 수 있음

  	@Nullable
  	protected ResponseEntity<Object> handleExceptionInternal(
  			Exception ex, @Nullable Object body, HttpHeaders headers, HttpStatusCode statusCode, WebRequest request) {
  
  		if (request instanceof ServletWebRequest servletWebRequest) {
  			HttpServletResponse response = servletWebRequest.getResponse();
  			if (response != null && response.isCommitted()) {
  				if (logger.isWarnEnabled()) {
  					logger.warn("Response already committed. Ignoring: " + ex);
  				}
  				return null;
  			}
  		}
  
  		if (statusCode.equals(HttpStatus.INTERNAL_SERVER_ERROR)) {
  			request.setAttribute(WebUtils.ERROR_EXCEPTION_ATTRIBUTE, ex, WebRequest.SCOPE_REQUEST);
  		}
  
  		if (body == null && ex instanceof ErrorResponse errorResponse) {
  			body = errorResponse.updateAndGetBody(this.messageSource, LocaleContextHolder.getLocale());
  		}
  
  		return createResponseEntity(body, headers, statusCode, request);
  	}
  

정리

• Service 코드에서 throw new 가 발생하면, Controller 로 가지고 않고, 바로 Exception handler 에 의해 응답이 보내지는 것.

RestControllerAdvice

• RestControllerAdvice 가 @RestController 가 붙은 대상에서 Exception 이 발생하는 것을 감지하는 역할
  • Service 의 메소드를 @RestController 가 붙은 Controller 에서 호출했으므로, 컨트롤러에서 Exception 발생한 것으로 판단
  • Converter 에서 Exception 발생시켜도, 결국 Controller 에서 호출하므로 Exception Handler 에서 잡힘