[Spring] Spring MVC의 구조

olsohee·2023년 5월 1일

Spring

목록 보기

4/12

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

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

3. 핸들러 어댑터 실행: 핸들러 어댑터를 실행한다.

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

5. ModelAndView 반환: 핸들러 어댑터는 핸들러가 반환하는 정보를 ModelAndView로 변환해서 반환한다.

6. ViewResolver 호출: 뷰 리졸버를 찾고 실행한다.

7. View 반환: 뷰 리졸버는 뷰의 논리 이름을 물리 이름으로 바꾸고, 렌더링 역할을 하는 View 객체를 반환한다.

8. 뷰 렌더링: 뷰를 통해서 뷰를 렌더링 한다.

1. DispatcherServlet

DispatcherServlet 서블릿 등록

public class DispatcherServlet extends FrameworkServlet {}

DispatcherServlet도 부모 클래스에서 HttpServlet을 상속 받아서 사용하고, 서블릿으로 동작한다. (DispatcherServlet -> FrameworkServlet -> HttpServletBean -> HttpServlet)
스프링 부트는 DispatcherServlet을 서블릿으로 자동 등록하면서, 모든 경로(urlPatterns="/")에 대해서 매핑한다. 따라서 어떤 경로를 호출하든 DispatcherServlet이 호출된다.
(* 더 자세한 경로의 우선순위가 높다. 따라서 우리가 만든 다른 서블릿도 함께 동작한다.)

요청 흐름

매핑된 URL을 호출하면 서블릿(DispatcherServlet)이 호출되면서 HttpServlet이 제공하는 service() 메소드가 호출된다.
스프링 MVC는 DispatcherServlet의 부모인 FrameworkServlet에서 service()를 오버라이드 해두었다.
FrameworkServlet.service()를 시작으로 여러 메소드가 호출되면서 DispatcherServlet의 doDispatch() 메소드가 호출된다.
DispatcherServlet.doDispatch()에서는 다음과 같은 과정이 일어난다.
1. 핸들러 조회
2. 핸들러 어댑터 조회 (핸들러를 처리할 수 있는 어댑터)
3. 핸들러 어댑터 실행
4. 핸들러 어댑터를 통해 핸들러 실행
5. ModelAndView 반환
6. 뷰 리졸버를 통해 뷰를 찾고, View 반환
7. 뷰 렌더링

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

스프링은 이미 필요한 핸들러 매핑과 핸들러 어댑터를 대부분 구현해두었다. 따라서 개발자가 직접 핸들러 매핑과 핸들러 어댑터를 만드는 일은 거의 없다.

스프링 부트가 자동 등록하는 핸들러 매핑과 핸들러 어댑터는 다음과 같다. 우선순위가 높은 핸들러 매핑과 핸들러 어댑터부터 조건 검사를 실행하면서 핸들러와 핸들러 어댑터를 찾는다.

HandlerMapping

RequestMappingHandlerMapping
애노테이션 기반의 컨트롤러인 @RequestMapping에서 사용된다.
@RequestMapping이 붙어있는 컨트롤러를 찾는다.
BeanNameUrlHandlerMapping
스프링 빈의 이름으로 핸들러를 찾는다.
ex, http://localhost:8080/springmvc/old-controller URL을 호출하면, /springmvc/old-controller 이름의 스프링 빈을 찾는다.

HandlerAdapter

RequestMappingHandlerAdapter
애노테이션 기반의 컨트롤러인 @RequestMapping을 처리한다.
HttpRequestHandlerAdapter
HttpRequestHandler을 처리한다.
SimpleControllerHandlerAdapter
Controller 인터페이스를 처리한다.

@RequestMapping

스프링은 애노테이션을 활용한 유연하고 실용적인 컨트롤러를 만들었는데, 이것이 바로 @RequesMapping 애노테이션을 사용하는 컨트롤러이다.

가장 우선순위가 높은 핸들러 매핑과 핸들러 어댑터는 RequestMappingHandlerMapping과 RequestMappingHandlerAdapter이다. 이것이 스프링에서 주로 사용하는 애노테이션 기반의 컨트롤러를 지원하는 핸들러 매핑과 어댑터이다. 실무에서는 대부분 이 방식의 컨트롤러를 사용한다.

예제1. BeanNameUrlHandlerMapping, SimpleControllerHandlerAdapter

@Component("/springmvc/old-controller")
public class OldController implements Controller {
	
    @Override
    public ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse response) throws Exception {
    	System.out.println("OldController.handleRequest");
        return null;
    }	
}

@Component
컨트롤러(OldController)가 /springmvc/old-controller이라는 이름의 스프링 빈으로 등록된다.
http://localhost:8080/springmvc/old-controller URL 호출
핸들러 조회
HandlerMapping을 순서대로 실행해서, 핸들러를 찾는다. 이경우 빈 이름으로 핸들러를 찾아야 하기 때문에 BeanNameUrlHandlerMapping이 실행에 성공하고 핸들러인 OldController가 반환된다.
핸들러 어댑터 조회
HandlerAdapter의 supports()를 순서대로 호출한다. 이경우 Controller 인터페이스를 지원하는 SimpleControllerHandlerAdapter가 그 대상이 된다.
핸들러 어댑터 실행
DispatcherServlet이 조회한 핸들러 어댑터를 실행하면서 핸들러 정보도 함께 넘겨준다.
핸들러 어댑터(SimpleControllerHandlerAdapter)는 핸들러(OldController)를 내부에서 실행하고, 그 결과를 반환한다.

예제2. BeanNameUrlHandlerMapping, HttpRequestHandlerAdapter

@Component("/springmvc/request-handler")
public class MyHttpRequestHandler implements HttpRequestHandler {
	
    @Override
    public void handleRequest(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
    	System.out.println("MyHttpRequestHandler.handleRequest");
        return null;
    }	
}

@Component
컨트롤러(MyHttpRequestHandler)가 /springmvc/request-handler이라는 이름의 스프링 빈으로 등록된다.
http://localhost:8080/springmvc/request-handler URL 호출
핸들러 조회
HandlerMapping을 순서대로 조회해서 핸들러를 찾는다. 이경우 빈 이름으로 핸들러를 찾아야 하기 때문에, 빈 이름으로 핸들러를 찾아주는 BeanNameUrlHandlerMapping이 실행에 성공하고 핸들러인 MyHttpRequestHandler이 반환된다.
핸들러 어댑터 조회
HandlerAdapter의 supports()를 순서대로 호출한다.HttpRequestHandlerAdapter가 HttpRequestHandler 인터페이스를 지원하기 때문에 그 대상이 된다.
핸들러 어댑터 실행
DispatcherServlet이 조회한 핸들러 어댑터를 실행하면서 핸들러 정보도 함께 넘겨준다. 핸들러 어댑터(HttpRequestHandlerAdapter)는 핸들러(MyHttpRequestHandler)를 내부에서 실행하고, 그 결과를 반환한다.

3. 뷰 리졸버

스프링 부트는 여러 뷰 리졸버를 자동으로 등록한다. 이때 application.properties에 등록한 spring.mvc.view.prefix와 spring.mvc.view.suffix 설정 정보를 참고하여 뷰 리졸버를 등록한다.

BeanNameViewResolver
빈 이름으로 뷰를 찾아서 반환한다.
InternalResourceViewResolver
JSP를 처리할 수 있는 뷰를 반환한다.

예제

//application.properties에 설정 정보 등록
spring.mvc.view.prefix=/WEB-INF/views/
spring.mvc.view.suffix=.jsp

//핸들러, OldController
@Component("/springmvc/old-controller")
public class OldController implements Controller {
	
    @Override
    public ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse response) throws Exception {
    	System.out.println("OldController.handleRequest");
        return new ModelAndView("new-form");
    }	
}

http://localhost:8080/springmvc/old-controller URL 호출
빈 이름으로 핸들러를 조회하고, 그에 맞는 핸들러 어댑터를 조회한다.
핸들러 어댑터 호출
핸들러 어댑터를 호출하면서 핸들러가 실행된다. 이때 핸들러 어댑터는 new-form이라는 논리 뷰 이름을 획득한다.
ViewResolver 호출
new-form이라는 뷰 이름으로 뷰 리졸버를 순서대로 호출한다. new-form이라는 이름의 스프링 빈으로 등록된 뷰가 없기 때문에 BeanNameViewResolver는 호출되지 않는다. 결과적으로 InternalResourceViewResolver가 호출된다.
InternalResourceViewResolver 뷰 리졸버는 InternalResourceView를 반환한다.
view.render()
view.render()가 호출되고 InternalResourceView는 forward()를 사용해서 JSP를 실행한다.