[Spring] MVC 구조

 

 

Spring MVC 구조

• Dispatcher Servlet은 프론트 컨트롤러 역할을 한다. 이것이 스프링 MVC의 핵심이다.
• 스프링 MVC 구조에서 핵심적인 역할 3가지
  • 핸들러 매핑 : url에서 해당하는 핸들러 조회
  • 핸들러 어댑터 : 핸들러를 처리할 수 있는 핸들러 어댑터 (실제 핸들러 호출)
  • 뷰 리졸버 : 논리 이름을 파일 실제 물리주소로 변환

 

 

🔍 동작 순서

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

 

 

🔍 DispatcherServlet

• 스프링 MVC의 프론트 컨트롤러가 DispatcherServlet이다.
• 이 디스패처 서블릿(DispatcherServlet)은 MVC의 핵심이다.
• 스프링 MVC의 가장 큰 장점은 DispathcerServlet 코드의 변경 없이 원하는 기능을 변경하거나 확장할 수 있다.
• 해당 인터페이스들을 구현해서 DispatcherServlet 클래스에 등록하면 자신의 컨트롤러를 만들 수 있다. (그러나 자신이 컨트롤러를 만들일이 거의 없다.)
  • 주요 인터페이스 목록
  • 핸들러 매핑 : org.springframework.web.servlet.HandlerMapping
  • 핸들러 어댑터 : org.springframework.web.servlet.HandlerAdapter
  • 뷰 리졸버 : org.springframework.web.servlet.ViewResolver
  • 뷰 : org.springframework.web.servlet.View

 

💡 DispatcherServlet 서블릿 등록

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

 

💡 요청 흐름

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

 

📌 DispathcerServlet.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);
}

 

---

 

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

• 컨트롤러가 호출 되려면 2가지가 필요하다.
  • HandlerMapping(핸들러 매핑)
    • 핸들러 매핑에서 컨트롤러를 찾을 수 있어야 한다.
  • HandlerAdapter (핸들러 어댑터)
    • 핸들러 매핑을 통해서 찾은 핸들러를 실행할 수 있는 핸들러 어댑터가 필요하다.
• 스프링은 이미 필요한 핸들러 매핑과 핸들러 어댑터를 대부분 구현해두었다. 개발자가 직접 핸들러 매핑과 핸들러 어댑터를 만드는 일은 거의 없다.
• 스프링 부트가 자동으로 등록하는 핸들러 매핑과 핸들러 어댑터 (핸들러 매핑과 핸들러 어댑터를 찾는 우선순위가 있다.)
  • HandlerMapping
    • RequestMappingHandlerMapping : 애노테이션 기반의 컨트롤러인 @ReqeustMapping으로 사용 (0순위)
    • BeanNameUrlHandlerMapping : 스프링 빈의 이름으로 핸들러를 찾는다. (1순위)
  • HandlerAdapter
    • RequestMappingHandlerAdapter : 애노테이션 기반의 컨트롤러인 @RequestMapping으로 사용 (0순위)
    • HttpReqeustHandlerAdapter : HttpReqeustHandler 처리 (1순위)
    • SimpleControllerHandlerAdapter : Controller 인터페이스(@Controller 애노테이션과 다르다, 과거에 사용)로 처리 (2순위)

 

💡 @RequestMapping

• 우선 순위가 가장 높은 핸들러 매핑은 RequestMappingHandlerMapping이다.
• 우선 순위가 가장 높은 핸들러 어댑터는 RequestMappingHandlerAdapter다.
• @RequestMapping 애노테이션는 컨트롤러를 지원하는 매핑과 어댑터다.

 

---

 

뷰 리졸버

• 논리 뷰 이름을 통해서 실제 물리 주소로 매핑해주는 역할을 한다.

 

🔍 스프링 부트가 자동으로 등록하는 뷰 리졸버

• BeanNameViewResolver : 빈 이름으로 뷰를 찾아서 반환한다.
  • 우선 순위 : 1순위
  • ex) 엑셀 파일 생성 기능에 사용한다.
• InternalResourceViewResolver : JSP를 처리할 수 있는 뷰를 반환한다.
  • 우선 순위 : 2순위

 

🔍 동작 순서

1. HTTP Request를 통해 요청이 들어온다

2. 핸들러 매핑 찾기

• HandlerMapping을 순서대로 실행해서, 해당하는 RequestMappingHandlerMapping을 반환한다.

3. 핸들러 반환

• ReqeustMappingHandlerMapping이 스프링 빈(Bean) 중에 @ReqeustMapping 또는 @Controller가 클래스 레벨에 있는 것을 찾아서 매핑 정보로 인식한다.
• 매핑 정보 중에 url에 해당되는 핸들러를 반환한다.

4. 핸들러 어댑터 찾기

• HandlerAdapter의 supports() 메서드를 순서대로 호출하며 처리할 수 있는 핸들러 어댑터를 찾는다.
• 이 때 RequestMappingHandlerAdapter가 반환이 된다.