스프링 HTTP Message Body 와 Message Converter 2 - RequestMappingHandlerAdapter

📌 RequestMappingHandlerAdapter 동작 방식

ArgumentResolver

애노테이션 기반의 컨트롤러는 엄청나게 다양한 파라미터를 사용할 수 있었다. HttpServletRequest , Model 은 물론이고 @RequestBody HttpEntity 같은 HTTP 메세지를 처리하는 부분까지 큰 유연함을 보장한다. 

이렇게 파라미터를 유연하게 처리할 수 있는 이유가 바로 ArgumentResolver 덕분이다. 

 

애노테이션 기반 컨트롤러를 처리하는 RequestMappingHandlerAdapter 가 ArgumentResolver를 호출해서 컨트롤러(핸들러)가 필요로 하는 다양한 파라미터의 값(객체)을 생성한다. 파라미터 값이 모두 준비되면 컨트롤러를 호출하면서 값을 넘겨준다. 스프링은 서른 개가 넘는 ArgumentResolver를 기본으로 제공한다. 

 

 

ArgumentResolver

* 정확히는 HandlerMethodArgumentResolver 인데 줄여서 ArgumentResolver라고 부른다. 

supportsParameter() : 해당 파라미터를 지원하는지 체크하는 메소드.

resolveArgument() : 해당 파라미터를 지원한다면 호출되어 실제 객체를 생성하는 메소드. 여기서 생성된 객체가 컨트롤러 호출시 넘어간다. 

 

ReturnValueHandler

* HandlerMethodReturnValueHandler 를 줄여서 ReturnValueHandle 라 부른다.
ArgumentResolver 와 비슷한데, 이것은 응답 값을 변환하고 처리한다.

 

컨트롤러에서 String으로 뷰 이름을 반환해도, 동작하는 이유가 바로 ReturnValueHandler 덕분이다. 

 

 

 

📌 HTTP Message Converter 

 

 

 

HTTP 메시지 컨버터는 어디쯤 있을까?
HTTP 메시지 컨버터를 사용하는 @RequestBody 도 컨트롤러가 필요로 하는 파라미터의 값에 사용된다.
@ResponseBody 의 경우도 컨트롤러의 반환 값을 이용한다

 

 

요청의 경우 

@RequestBody 를 처리하는 ArgumentResolver 가 있고,

HttpEntity 를 처리하는ArgumentResolver 가 있다.

이 ArgumentResolver 들이 HTTP 메시지 컨버터를 사용해서 필요한 객체를 생성한다. 

응답의 경우 

@ResponseBody 와 HttpEntity 를 처리하는 각각의 ReturnValueHandler 가 있다.

그리고 여기에서 HTTP 메시지 컨버터를 호출해서 응답 결과를 만든다.

 

스프링 MVC는 

@RequestBody @ResponseBody의 경우,

RequestResponseBodyMethodProcessor (ArgumentResolver)

HttpEntity의 경우,

HttpEntityMethodProcessor (ArgumentResolver)를 사용한다.