스프링 MVC 1 - 스프링 MVC 구조

스프링 MVC 전체 구조

전에 만든 MVC 프레임워크와 스프링 MVC를 비교해보자.

직접 만든 MVC 프레임워크

Spring MVC

구조 자체는 직접 만든 것과 스프링이 똑같다.

• 비교
  • FrontController -> DispatcherServlet
  • handlerMapping -> HandlerMapping
  • MyHandlerAdapter -> HandlerAdapter
  • ModelView -> ModelAndView
  • viewResolver(메서드) -> ViewResolver(인터페이스)
  • MyView -> View

DispatcherSevlet 구조

org.springframework.web.servlet.DispatcherServlet
스프링 MVC도 프론트 컨트롤러 패턴으로 구현되어 있다.
스프링 MVC에서 프론트 컨트롤러 역할을 하는 것이 DispatcherServlet이다.
DispatcherServlet이 스프링 MVC의 핵심이다.

• DispacherServlet도 부모 클래스에서 HttpServlet을 상속 받아서 사용하고 서블릿으로 동작한다.
  • DispatcherServlet -> FrameworkServlet -> HttpServletBean -> HttpServlet
• 스프링 부트는 DispatcherServlet을 서블릿으로 자동 등록하면서 모든 경로(urlPatterns = "/")에 대해서 매핑한다.
  • 더 자세한 경로가 우선순위가 높다.

요청 흐름

• 서블릿이 호출되면 HttpSerlvet이 제공하는 service()가 호출된다.
• 스프링 MVC는 DispatcherServlet의 부모인 FrameworkServlet에서 service()를 오버라이드 했다.
• FrameworkServlet.service()를 시작으로 여러 메서드가 호출되면서 DispatcherServlet.doDispatch()가 호출된다.

DispatcherServlet.doDispatch() 분석

 protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
    HttpServletRequest processedRequest = request;
    HandlerExecutionChain mappedHandler = null;
    ModelAndView mv = null;
    // 1. 핸들러 조회
    mappedHandler = getHandler(processedRequest);
    if (mappedHandler == null) {
            noHandlerFound(processedRequest, response);
            return;
        }
    //2.핸들러 어댑터 조회-핸들러를 처리할 수 있는 어댑터
    HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
    // 3. 핸들러 어댑터 실행 -> 4. 핸들러 어댑터를 통해 핸들러 실행 -> 5. ModelAndView 반환
    mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
    processDispatchResult(processedRequest, response, mappedHandler, mv, dispatchException);
}
private void processDispatchResult(HttpServletRequest request,HttpServletResponse response, HandlerExecutionChain mappedHandler, ModelAndView mv, Exception exception) throws Exception {
     // 뷰 렌더링 호출
    render(mv, request, response);
  }
protected void render(ModelAndView mv, HttpServletRequest request, HttpServletResponse response) throws Exception {
    View view;
    String viewName = mv.getViewName(); //6. 뷰 리졸버를 통해서 뷰 찾기,7.View 반환
    view = resolveViewName(viewName, mv.getModelInternal(), locale, request);
    // 8. 뷰 렌더링
    view.render(mv.getModelInternal(), request, response);
  }

Spring MVC 구조

1. 핸들러 조회 : 핸들러 매핑을 통해 요청된 URL에 매핑된 핸들러(컨트롤러)를 조회한다.
   1. URL뿐만 아니라 HTTP에 있는 헤더 정보들도 이용해서 조회한다.
2. 핸들러 어댑터 조회 : 핸들러를 실행할 수 있는 핸들러 어댑터를 조회한다.
3. 핸들러 어탭터 실행 : 핸들러 어탭터를 실행한다.
4. 핸들러 실행 : 핸들러 어탭터가 실제 핸들러를 실행한다.
5. ModelAndView 반환 : 핸들러 어탭터는 핸들러가 반환하는 정보를 ModelAndView로 변환해서 반환한다.
6. viewResolver 호출 : 뷰 리졸버를 찾고 실행한다.
   1. JSP의 경우 InternalResourceViewResolver가 자동 등록되고 사용된다.
7. View 반환 : 뷰 리졸버는 뷰의 논리 이름을 물리 이름으로 바꾸고, 렌더링 역할을 담당하는 뷰 객체를 반환한다.
   1. JSP의 경우 InternalResourceView(JstlView)를 반환하는데, 내부에 forward()로직이 있다.
8. 뷰 렌더링 : 뷰를 통해서 뷰를 렌더링 한다.

정리

스프링 MVC는 코드 분량도 많고 복잡해서 내부 구조 파악이 쉽지 않다.
웹 애플리케이션을 만들 때 필요한 대부분의 기능이 이미 다 구현되어 있기 때문에 기능을 직접 확장하거나 나만의 컨트롤러를 만드는 일은 없기 때문에 걱정하지 않아도 된다.

하지만 동작방식을 알고 있어야 문제가 발생했을 때 어디서 어떻게 문제가 물생했는지 쉽게 파악하고 문제를 해결할 수 있기 때문에 알아두는 것이 좋을 것이다.

출처 : 인프런 김영한 지식 공유자님 강의 - 스프링 MVC 1편 백엔드 웹 개발 핵심 기술