Spring MVC 전체 구조

 

앞서 직접 만들어보았던 MVC 프레임워크와 구조가 굉장히 유사하다.

 

 

FrontController ==> DispatcherServlet

handlerMappingMap ==> HandlerMapping

MyHandlerAdapter ==> HandlerAdapter

ModelView ==> ModelAndView

viewResolver ==> ViewResolver

MyView ==> View

 

 

DispatcherServlet 구조 살펴보기

스프링 MVC도 프론트 컨트롤러 패턴으로 구현되어 있다.

스프링 MVC의 프론트 컨트롤러가 바로 DispatcherServlet

이것이 스프링 MVC의 핵심이다.

 

 

상속관계를 다이어그램으로 살펴보면

DispatcherServlet도 결국 HttpServlet을 상속받아 사용하고 서블릿으로 동작한다.

SpringBoot는 DispatcherServlet을 서블릿으로 자동으로 등록하면서 모든 경로(urlPatterns="/")에 대해서 매핑을 진행한다.

 

---

요청 흐름

 

서블릿이 호출되면 HttpServlet이 제공하는 service()가 호출된다.

👇

스프링 MVC는 DispatcherServlet의 부모인 FrameworkServlet에서 service()를 오버라이드해둠

👇

 

FramworkServlet.service()를 시작으로 여러 메서드가 호출되면서 DispatcherServlet.doDispatch()가 호출

 

 

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

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

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

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

5. ModelAndView 반환 : 핸들러 어댑터는 핸들러가 반환하는 정보를 ModelAndView로 변환하여 반환 6. viewResolver 호출 : 뷰 리졸버를 찾고 실행

• JSP의 경우 InternalResourceViewResolver가 자동 등록되고 사용

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

• JSP의 경우 InternalResourceView(JstlView)를 반환하는데, 내부에 forward() 로직이 있음

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

 

 

 

스프링 MVC의 큰 장점은 DispatcherServlet 코드의 변경 없이, 원하는 기능을 변경, 확장할 수 있는 점 대부분의 기능을 확장 가능하도록 인터페이스로 제공하므로 인터페이스들만 구현해서 DispatcherServlet에 등록만하면 나만의 컨트롤러를 만들 수 있음