[MVC] 스프링 웹 MVC 구조

 

 

 

🧐 서론

이전 글에서 프론트 컨트롤러 패턴을 학습하며 간단한 웹 프레임워크를 만들어 보았습니다.

 

이번 글에서는 그때 만들어 두었던 구조와 실제 스프링 MVC의 구조를 비교해보며, 스프링 MVC의 구조에 대하여 이해해 보도록 하겠습니다.

 

 

 

 

 

 

 

 

 

 

 

 

 

🧐 스프링 MVC의 전체 구조

이전에 저희가 만들었던 프레임워크의 구조는 다음과 같습니다.

(사진은 김영한 선생님의 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술의 자료에서 발췌하였습니다.)

 

 

 

스프링 MVC는 다음과 같은 구조를 가집니다.

 

매우 비슷한 구조를 지니고 있다는 것을 알 수 있는데, 변경된 부분은 다음과 같습니다.

 

FrontController -> DispatcherServlet
이름만 달라졌을 뿐, DispatcherServlet 역시 프론트 컨트롤러의 역할을 수행합니다.

Map<String, Object> handlerMappingMap -> HandlerMapping

MyHandlerAdapter -> HandlerAdapter 으로 변경됩니다.

ModelView -> ModelAndView

viewResolver() -> ViewResolver

MyView -> View

 

 

 

 

 

 

 

 

 

 

 

 

 

🧐 DispatcherServlet

스프링 MVC에서 프론트 컨트롤러의 역할을 담당합니다.

 

스프링 부트는 DispatcherServlet을 서블릿으로 등록하는데, 이때 모든 경로 (urlPatterns="/")에 대해서 매핑하도록 합니다.

이를 통해 모든 요청에 대하여 맨 처음 DispatcherServlet이 호출됩니다.

 

요청에 대한 처리 흐름은 아래와 같습니다.

HttpServlet.sevice() ->
FrameworkServlet.service()-> FrameworkServlet.processRequest() ->
DispatcherServlet.doService() -> DispatcherServlet.doDispatch()

 

👇 코드로 보기

HttpServlet.sevice()

FrameworkServlet.service()

FrameworkServlet.processRequest()

DispatcherServlet.doService()

 

 

 

 

 

 

 

 

 

DispatcherServlet은 모든 요청에 대해 doDispatch()를 최종적으로 호출합니다.

doDispatch는 아래와 같이 구성되어 있습니다.

public class DispatcherServlet extends FrameworkServlet {
    protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
         
        // 생략

        // 요청 정보에 매핑되는 핸들러 조회
        mappedHandler = getHandler(processedRequest);
        if (mappedHandler == null) {
            noHandlerFound(processedRequest, response);
            return;
        }

        // 조회된 핸들러를 처리할 수 있는 핸들러 어댑터 조회
        HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());

        // 생략

        // 핸들러 어댑터 실행 -> 핸들러 어댑터를 통해 핸들러 실행 -> ModelAndView 반환
        mv = ha.handle(processedRequest, response, mappedHandler.getHandler());

     
        processDispatchResult(processedRequest, response, mappedHandler, mv, dispatchException);
        
        // 생략
    }
}

@Nullable
protected HandlerExecutionChain getHandler(HttpServletRequest request) throws Exception {
   if (this.handlerMappings != null) {
      // HandlerMapping은 요청 정보 - 핸들러의 대응 관계 하나를 가집니다.
      for (HandlerMapping mapping : this.handlerMappings) {
         HandlerExecutionChain handler = mapping.getHandler(request);
         if (handler != null) {
            return handler;
         }
      }
   }
   return null;
}

HandlerExcepcutionChain은 이후에 배울 HandlerInterceptor들과, 실제 Handler를 가지고 있습니다.

protected HandlerAdapter getHandlerAdapter(Object handler) throws ServletException {
   if (this.handlerAdapters != null) {
      for (HandlerAdapter adapter : this.handlerAdapters) {
         if (adapter.supports(handler)) {
            return adapter;
         }
      }
   }
   throw new ServletException("No adapter for handler [" + handler +
         "]: The DispatcherServlet configuration needs to include a HandlerAdapter that supports this handler");
}

private void processDispatchResult(HttpServletRequest request, HttpServletResponse response,
			@Nullable HandlerExecutionChain mappedHandler, @Nullable ModelAndView mv,
			@Nullable 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();
    view = resolveViewName(viewName, mv.getModelInternal(), locale, request);

    view.render(mv.getModelInternal(), request, response);
        
    // 생략
}

 

 

 

 

 

 

 

👉 doDispatch() 동작 순서 정리

doDispatch의 동작 순서는 정리하면 아래와 같습니다.

1. 핸들러 조회: HandlerMapping들을 통해서 요청 URL에 매핑된 핸들러(컨트롤러)를 조회합니다.

2. 핸들러 어댑터 조회: 조회된 핸들러를 실행할 수 있는 핸들러 어댑터를 조회합니다.

3. 핸들러 어댑터 실행

4. 핸들러 실행: 핸들러 어댑터가 실제 핸들러를 실행합니다.

5. ModelAndView 반환

6. ViewResolver 호출

7. View 반환

8. 뷰 랜더링