스프링 MVC 전체 구조
동작 순서
핸들러 조회
- 핸들러 매핑을 통해 요청 URL에 매핑된 핸들러(컨트롤러)를 조회한다
핸들러 어댑터 조회
- 핸들러를 실행할 수 있는 핸들러 어댑터를 조회한다
핸들러 어댑터 실행
- 핸들러 어댑터를 실행한다
핸들러 실행
- 핸들러 어댑터가 실제 핸들러를 실행한다
ModelAndView 반환
- 핸들러 어댑터는 핸들러가 반환하는 정보를 ModelAndView로 변환해서 반환한다
viewResolver 호출
뷰 리졸버를 찾고 실행한다
JSP의 경우, InternalResourceViewResolver 가 자동 등록되고 사용된다
View 반환
뷰 리졸버는 뷰의 논리 이름을 물리 이름으로 바꾸고, 렌더링 역할을 담당하는 뷰 객체를 반환한다
JSP의 경우 InternalResourceView(JstlView) 를 반환하는데, 내부에 forward() 로직이 있다.
뷰 렌더링
- 뷰를 통해서 뷰를 렌더링 한다
스프링 MVC 기능 변경, 확장
스프링 MVC는 확장 가능할 수 있게 인터페이스를 제공한다
코드의 변경 없이, 원하는 기능을 변경하거나 확장할 수 있다
하지만 스프링 MVC는 전세계 수 많은 개발자들의 요구사항에 맞추어 기능을 계속 확장해왔고, 그래서 여러분이 웹 애플리케이션을 만들 때 필요로 하는 대부분의 기능이 이미 다 구현되어 있다
그래도 이렇게 핵심 동작방식을 알아두어야 향후 문제가 발생했을 때 어떤 부분에서 문제가 발생했는지 쉽게 파악하고, 문제를 해결할 수 있다
그리고 확장 포인트가 필요할 때, 어떤 부분을 확장해야 할지 감을 잡을 수 있다
주요 인터페이스 목록
디스패처 서블릿: org.springframework.web.servlet.DispatcherServlet
핸들러 매핑: org.springframework.web.servlet.HandlerMapping
핸들러 어댑터: org.springframework.web.servlet.HandlerAdapter
뷰 리졸버: org.springframework.web.servlet.ViewResolver
뷰: org.springframework.web.servlet.View
핸들러 어뎁터 구조
애노테이션 기반 컨트롤러를 처리하는 RequestMappingHandlerAdapter는 바로 ArgumentResolver 를 호출해서 컨트롤러(핸들러)가 필요로 하는 다양한 파라미터의 값(객체)을 생성한다. 그리고 이렇게 파리미터의 값이 모두 준비되면 컨트롤러를 호출하면서 값을 넘겨준다
스프링은 30개가 넘는 ArgumentResolver 를 기본으로 제공한다
- HttpServletRequest , Model 은 물론이고,
@RequestParam
,@ModelAttribute
같은 애노테이션 그리고@RequestBody
, HttpEntity 같은 HTTP 메시지 등을 처리할 수 있다
- HttpServletRequest , Model 은 물론이고,
참고자료