[MVC 1편] - 구조 이해

블랑·2023년 3월 19일

springMVC

스프링 인프런

목록 보기

3/4

스프링 MVC 전체 구조

앞서 구현해본 MVC 패턴은 사실 springMVC에서 제공하는 패턴과 동일하다.
지금껏 구현해본 프레임워크와 스프링 MVC를 비교해보자.

FrontController -> DispatcherServlet
handlerMappingMap -> HandlerMapping
MyHandlerAdapter -> HandlerAdapter
ModelView -> ModelAndView
viewResolver -> ViewResolver
MyView -> View

DispatcherServlet(doDispatch())

스프링 MVC 역시 프론트 컨트롤러 패턴으로 구현되어 있고, 프론트 컨트롤러를 계승하는 것이 DispatcherServlet이다.

DispatcherServlet 역시 부모 클래스에서 HttpServlet을 상속받고, 스프링부트는 DispatcherServlet을 서블릿으로 자동 등록하며 기존에 존재했던 모든 경로('urlPatterns="/")를 매핑한다.

하지만 이러한 매핑은 우선순위가 낮다. 다른 직접적인 경로 설정이 있다면 해당 설정이 우선될 것이다.

요청의 흐름

1. 해당 메서드가 실행되면 부모가 가진(정확히 말하자면 HttpServlet이 제공하는) service()가 호출된다. 여기서 service()가 기억이 나지 않는다면 복습하자.

Q. service()?

1. javax.servlet.Servlet 인터페이스에 정의된 service() 메서드이자 
Servlet 컨테이너에서 요청을 처리하기 위해 호출되는 중심 메서드.

2. service() 메서드는 요청에 대한 HTTP 메서드(GET, POST, PUT, DELETE 등)에 따라
doGet(), doPost(), doPut(), doDelete() 등의 메서드를 호출하여 요청을 처리한다.

3. 각각의 HTTP 메서드에 해당하는 메서드가 구현되어 있지 않으면, 
기본적으로 405 Method Not Allowed 상태코드를 응답한다.

A. (요약) http 메시지가 들어오면 이 메시지의 종류에 따라, 
각각 다른 메서드를 호출하여 받은 요청을 처리한다.

1. doDispatch : 핵심 키워드 -> 핸들러 찾아서 호출(modelView, getHandler, getHandlerAdapter 등 핵심 기능 존재)
1. 1과 2의 요약 : FrameworkServlet.service()로부터 여러 메서드가 연속적으로 호출되며 DispatcherServlet.doDispatch()가 호출된다.

doDispatch()

호출된 doDispatch()는 DispatcherServlet의 핵심 기능이다.

doDispatch() 메서드는 다음과 같은 일련의 과정을 거치게 된다.

1. HandlerMapping을 사용하여 클라이언트의 요청에 해당하는 컨트롤러를 탐색
1. 찾아낸 컨트롤러가 있는 경우, 해당 컨트롤러를 실행하기 위한 HandlerAdapter 탐색
1. HandlerAdapter를 사용하여 컨트롤러를 실행
1. 컨트롤러의 실행 결과인 Model과 View를 처리하기 위해 ModelAndView를 생성
1. ModelAndView에서 View 객체를 추출하여, resolveViewName를 사용하여 실제 View 객체 탐색
1. 찾아낸 View 객체를 사용하여 HTTP 응답을 생성 혹은 렌더링 과정 수행

즉, doDispatch() 메서드는 클라이언트의 요청에 해당하는 컨트롤러를 찾아 실행하고, 컨트롤러의 실행 결과인 Model과 View를 처리하여 실제 HTTP 응답을 생성하는 일련의 과정을 수행한다.

이러한 과정을 통해 Spring MVC는 클라이언트의 요청에 따라 적절한 컨트롤러를 실행하고, 결과를 HTTP 응답으로 제공하는 웹 애플리케이션을 개발할 수 있게 된다.

스프링 MVC의 가장 큰 강점은 DispatcherServlet 코드의 변경 없이 원하는 기능을 확장하거나 변경할 수 있다는 점이다.
이는 인터페이스만 구현해서 DispatcherServlet에 등록하면 나만의 컨트롤러를 만들 수도 있다는 말과 동일하다.

핸들러 매핑과 핸들러 어댑터

핸들러 매핑과 핸들러 어댑터는 클라이언트로부터 들어온 HTTP 요청을 처리할 컨트롤러(핸들러)를 찾고 실행하는 역할을 수행한다.

과거 스프링이 애노테이션을 제공하기 전에는 다음과 같은 방식으로 핸들러 매핑을 수행했다.

package org.springframework.web.servlet.mvc.Controller;

public interface Controller {
	ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse
	response) throws Exception;
}

v3 초기의 컨트롤러와 유사하다.
이 컨트롤러가 호출되려면 핸들러 매핑과 핸들러 어댑터가 필요하다.

핸들러 매핑(Handler Mapping)

핸들러 매핑(Handler Mapping)은 HTTP 요청 URL과 어떤 컨트롤러(핸들러)가 연결되는지 찾아주는 역할을 한다.
핸들러 매핑은 일반적으로 XML 파일이나 자바 코드를 사용하여 설정한다.

스프링에서 제공하는 기본 핸들러 매핑:
BeanNameUrlHandlerMapping,
RequestMappingHandlerMapping,
ControllerClassNameHandlerMapping 등

핸들러 어댑터(Handler Adapter)

핸들러 어댑터(Handler Adapter)는 HTTP 요청을 처리할 수 있는 컨트롤러(핸들러)를 찾아서 실행시키는 역할을 한다.

스프링에서 제공하는 기본 핸들러 어댑터:
HttpRequestHandlerAdapter,
SimpleControllerHandlerAdapter,
AnnotationMethodHandlerAdapter,
RequestMappingHandlerAdapter 등

뷰 리졸버

ViewResolver는 컨트롤러에서 반환한 뷰 이름을 실제 뷰 구현체로 변환해주는 인터페이스이다.

ViewResolver는 다양한 구현체를 제공하고 있어서, 각각의 구현체가 뷰 이름을 해석하고 해당하는 뷰 객체를 반환한다.

일반적으로 Spring MVC에서는 InternalResourceViewResolver를 사용한다.
InternalResourceViewResolver는 뷰 이름을 JSP 파일의 경로로 해석하고, 해당하는 JSP 파일을 렌더링하는 InternalResourceView 객체를 반환한다. InternalResourceViewResolver는 JSP 파일을 사용하는 뷰에서 흔히 사용된다.