- 스프링 부트는 DispatcherServlet을 서블릿으로 자동으로 등록하면서 모든 경로(`urlPatterns="/"` )에 대해서 매핑한다. * 더 자세한 경로가 우선순위 높음, 그래서 기존 서블릿도 동작함 요청 흐름 - 서블릿이 호출되면 HttpServlet이 제공하는 service() 가 호출된다. - 스프링 MVC는 DispatcherServlet의 부모인 FrameworkServlet에서 service()를 오버라이드해두었다.
- FrameworkServlet.service()` 를 시작으로 여러 메서드가 호출되면서 최종적으로 DispatcherServlet.doDispatch()가 호출된다.
동작 순서 (코드랑 같이 보기) 1 . 핸들러 조회: 핸들러 매핑을 통해 요청 URL에 매핑된 핸들러(컨트롤러)를 조회한다. 2 . 핸들러 어댑터 조회: 핸들러를 실행할 수 있는 핸들러 어댑터를 조회한다. 3 . 핸들러 어댑터 실행: 핸들러 어댑터를 실행한다. 4 . 핸들러 실행: 핸들러 어댑터가 실제 핸들러를 실행한다. 5 . ModelAndView 반환: 핸들러 어댑터는 핸들러가 반환하는 정보를 ModelAndView로 변환해서 반환한다. 6 . viewResolver 호출: 뷰 리졸버를 찾고 실행한다 7 . View 반환: 뷰 리졸버는 뷰의 논리 이름을 물리 이름으로 바꾸고, 렌더링 역할을 담당하는 뷰 객체를 반환한다 8 . 뷰 렌더링: 뷰를 통해서 뷰를 렌더링 한다.
인터페이스 살펴보기
- 스프링 MVC의 큰 강점은 `DispatcherServlet` 코드의 변경 없이, 원하는 기능을 변경하거나 확장할 수 있다 는 점이다. 지금까지 설명한 대부분을 확장 가능할 수 있게 인터페이스로 제공한다. - 인터페이스들만 구현해서 `DispatcherServlet` 에 등록하면 특정 컨트롤러를 만들 수도 있다.
핸들러 매핑 (Handler Mapping) - 인터페이스: `org.springframework.web.servlet.HandlerMapping` - 역할: 웹 요청을 적절한 핸들러(Controller)로 매핑합니다. - 주요 구현체: - `RequestMappingHandlerMapping`: 애노테이션 기반의 핸들러 매핑 (`@RequestMapping` 사용) - `BeanNameUrlHandlerMapping`: 빈 이름을 URL 패턴과 매핑
핸들러 어댑터 (Handler Adapter) - 인터페이스: `org.springframework.web.servlet.HandlerAdapter` - 역할: 핸들러 매핑이 결정한 핸들러를 실제로 실행합니다. - 주요 구현체: - `RequestMappingHandlerAdapter`: 애노테이션 기반 컨트롤러 처리 - `SimpleControllerHandlerAdapter`: `Controller` 인터페이스를 구현한 전통적인 스프링 컨트롤러 처리
뷰 리졸버 (View Resolver) - 인터페이스: `org.springframework.web.servlet.ViewResolver` - 역할: 컨트롤러가 반환한 뷰 이름을 실제 뷰 객체로 변환합니다. - 주요 구현체: - `InternalResourceViewResolver`: JSP를 뷰로 사용하는 경우, JSP 파일 경로 해석 - `ThymeleafViewResolver`: 타임리프 템플릿을 뷰로 사용하는 경우, 타임리프 템플릿 파일 해석
뷰 (View) - 인터페이스: `org.springframework.web.servlet.View` - 역할: 모델 데이터를 사용해 클라이언트에게 렌더링할 실제 콘텐츠를 생성합니다. - 주요 구현체: - `JstlView`: JSP를 사용해 뷰 렌더링 - `ThymeleafView`: 타임리프 템플릿을 사용해 뷰 렌더링
위와 같은 구조를 통해 스프링 MVC는 요청을 처리하고, 적절한 응답을 생성하여 클라이언트에게 반환합니다. 각 인터페이스와 그 구현체는 특정 역할을 수행하며, 이를 통해 스프링 MVC의 유연성과 확장성을 제공합니다.