[Spring] MVC 구조 이해

JJoSuk·2023년 6월 5일

IntelliJ Java Spring

본 프로젝트 자료는 김영한님의 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술을 참고 제작됐음을 알립니다.

MVC 구조 이해

1. 스프링 MVC 전체 구조

모델(Model), 뷰(View), 컨트롤러(Controller)의 약자로 애플리케이션 구조를 구성하는 3가지 요소를 의미한다.

1. Model

애플리케이션의 모든 데이터 정보를 가공해 보유하고 있는 컴포넌트다.

사용자가 편집하길 원하는 모든 데이터를 가지고 있어야만 함
뷰나 컨트롤러에 대해서 어떠한 정보도 알지 말아야 함
변경이 일어나면, 변경 통지에 대한 처리방법을 구현해야 함

2. View

시각적인 UI를 의미

모델이 가지고 있는 정보를 따로 저장해서는 안됨
모델이나 컨트롤러와 같이 다른 구성 요소를 몰라야 함
변경이 일어나면, 변경 통지에 대한 처리방법을 구현해야 함

3. Controller

Model 과 View 를 제어하는 역할

모델이냐 뷰에 대해서 알고 있어야 함
모델이나 뷰의 변경을 모니터링해야 함

이 3가지 요소는 각 컨셉에 맞게 세팅해줘야 진정한 의미가 생긴다.

MVC 패턴을 사용해야 하는 이유

비즈니스 로직과 UI로직을 분리하여 유지보수를 독립적으로 수행가능
Model과 View가 다른 컴포넌트들에 종속되지 않아 애플리케이션의 확장성, 유연성에 유리함
중복 코딩의 문제점 제거

현재 지금까지 만든 구조 방식

오늘 배울 내용인 스프링 MVC 구조

과거에 설계한 프레임워크 -> 스프링 MVC 비교

DispatcherServlet 구조

스프링 MVC 의 프론트 컨트롤러를 담당한다고 보면 된다.

DispacherServlet 도 부모 클래스인 HttpServlet 을 상속 받아 서블릿으로 동작한다.

DispatcherServlet -> FrameworkServlet -> HttpServletBean -> HttpServlet

스프링 부트는 DispacherServlet 을 서블릿으로 자동으로 등록하면서 모든 경로( urlPatterns="/" )에 대해서 매핑한다.
서블릿이 호출되면 HttpServlet 이 제공하는 serivce() 가 호출된다.
스프링 MVC 는 DispatcherServlet 의 부모인 FrameworkServlet 에서 service() 를 오버라이드 해두었다.
FrameworkServlet.service() 를 시작으로 여러 메서드가 호출되면서 DispacherServlet.doDispatch() 가 호출된다.

protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
    HttpServletRequest processedRequest = request;
    HandlerExecutionChain mappedHandler = null;
    ModelAndView mv = null;

    // 1. 핸들러 조회
    // 핸들러 매핑을 통해 요청 URL에 매핑된 핸들러(컨트롤러)를 조회한다.
    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. 뷰 리졸버를 통해서 뷰 찾기,
    // JSP의 경우: InternalResourceViewResolver 가 자동 등록되고, 사용된다.
    // 7. View 반환
    // 뷰 리졸버는 뷰의 논리 이름을 물리 이름으로 바꾸고, 렌더링 역할을 담당하는 뷰 객체를 반환한다.
    view = resolveViewName(viewName, mv.getModelInternal(), locale, request);
        
    // 8. 뷰 렌더링: 뷰를 통해 뷰를 렌더링 한다.
    view.render(mv.getModelInternal(), request, response);
}

스프링 MVC의 큰 강점은 DispatcherServlet 코드의 변경 없이, 원하는 기능을 변경하거나 확장할 수 있다는 점이다. 지금까지 설명한 대부분을 확장 가능할 수 있게 인터페이스로 제공한다.
이 인터페이스들만 구현해서 DispatcherServlet 에 등록하면 여러분만의 컨트롤러를 만들 수도 있다.

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

DispatcherServlet 으로 받은 요청을 Controller 로 보내지는데, 그런 요청이 어떤 룰로 컨트롤러에게 보내는지(매핑하는지), 그 방법을 정해주는 클래스가 바로 Handler 다.

HttpRequestHandler
서블릿과 가장 유사한 형태의 핸들러다.

public interface HttpRequestHandler {
    void handleRequest(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException;
}

간단히 알아봤으니 구현볼려고 한다.

MyHttpRequestHandler

@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");
    }
}

이대로 실행했을 때 빈 화면이 나오고 콘솔에 MyHttpRequestHandler.handleRequest 가 출력된다면 성공이다.

1. 핸들러 매핑으로 핸들러 조회

HandlerMapping 을 순서대로 실행해서, 핸들러를 찾는다.
이 경우 빈 이름으로 핸들러를 찾아야 하기 때문에 이름 그대로 빈 이름으로 핸들러를 찾아주는 BeanNameUrlHandlerMapping 가 실행에 성공하고 핸들러인 MyHttpRequestHandler 를 반환한다.

2. 핸들러 어댑터 조회

HandlerAdapter 의 supports() 를 순서대로 호출한다.
HttpRequestHandlerAdapter 가 HttpRequestHandler 인터페이스를 지원하므로 대상이 된다.

3. 핸들러 어댑터 실행

디스패처 서블릿이 조회한 HttpRequestHandlerAdapter 를 실행하면서 핸들러 정보도 함께 넘겨준다.
HttpRequestHandlerAdapter 는 핸들러인 MyHttpRequestHandler 를 내부에서 실행하고, 그 결과를 반환한다.

정리

가장 우선순위가 높은 핸들러 매핑과 핸들러 어댑터는
1. RequestMappingHandlerMapping
2. RequestMappingHandlerAdapter

@RequestMapping 의 앞글자를 따서 만든 이름인데, 이것이 바로 지금 스프링에서 주로 사용하는 애노테이션 기반의 컨트롤러를 지원하는 매핑과 어댑터이다.

뷰 리졸버 란?

DispatcherServlet에게 뷰 정보를 전달하는 방법 중 하나인 뷰 리졸버가 있다.

String 타입의 뷰 이름을 줄 경우

이름으로 부터 사용할 뷰 객체를 결정해주는 뷰 리졸버를 사용.
뷰 오브젝트를 넘겨주는 것 보다, 뷰 이름을 넘겨주어 뷰 리졸버를 사용하는 것이 뷰 오브젝트를 캐싱하기 때문에 성능면에서 유리함.
뷰 리졸버는 뷰 이름으로 부터 사용할 뷰 오브젝트를 매핑을 해준다.
특정 뷰 리졸버를 빈으로 등록하지 않는다면, 프론트 컨트롤러는 InternalResourceViewResolver 를 사용한다.

이제 어느정도 뷰 리졸버를 알아봤으니 코드로 확인해보자.

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

View를 사용할 수 있도록 return new ModelAndView("new-form"); 코드를 추가했다.

실행해서 웹 브라우저에 Whitelabel Error Page 가 나오고, 콘솔에 OldController.handleRequest 이 출력된다면 성공.

뷰 리졸버 - InternalResourceViewResolver

스프링 부트는 InternalResourceViewResolver 라는 뷰 리졸버를 자동으로 등록하는데, 이때 application.properties 에 등록한 spring.mvc.view.prefix, spring.mvc.view.suffix 설정 정보를 사용해서 등록한다.