일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- @configuration
- 코드트리조별과제
- html form
- 오블완
- 오버라이딩
- 스프링
- 참조변수
- 백준
- 의존관계
- objecterror
- HttpServletResponse
- 추상클래스
- 테스트코드
- 싱글톤
- 김영한
- fielderror
- equals()
- DI
- 코딩테스트
- 프록시
- JSON
- ocp
- 스프링컨테이너
- 인터페이스
- 다형성
- java
- http 메시지 컨버터
- 서블릿
- 코드트리
- 티스토리챌린지
- Today
- Total
minOS
스프링 MVC - 구조 이해(1) 본문
스프링 MVC 전체 구조
직접 만든 MVC 구조(ver5)
Spring MVC 구조
직접 만든 MVC -> Spring MVC 구조 비교FrontController -> DispatcherServlet
handlerMappingMap -> HandlerMapping
MyHandlerAdapter -> HandlerAdapter
ModelView -> ModelAndView
viewResolver -> ViewResolver
MyView -> View
DispatcherServlet 구조 살펴보기
스프링 MVC도 프론트 컨트롤러 패턴으로 구현되어 있다.
스프링 MVC의 프론트 컨트롤러가 바로 디스패처 서블릿(DispatcherServlet)이다. 그리고 이 디스패처 서블릿이 바로 스프링 MVC의 핵심이다.DispatcherServlet 서블릿 등록
- DispatcherServlet` 도 부모 클래스에서 `HttpServlet` 을 상속 받아서 사용하고, 서블릿으로 동작한다.
* DispatcherServlet -> FrameworkServlet -> HttpServletBean -> HttpServlet
- 스프링 부트는 DispatcherServlet을 서블릿으로 자동으로 등록하면서 모든 경로( `urlPatterns="/"` )에 대해서 매핑한다.
* 더 자세한 경로가 우선순위 높음, 그래서 기존 서블릿도 동작함
요청 흐름
- 서블릿이 호출되면 HttpServlet이 제공하는 service() 가 호출된다.
- 스프링 MVC는 DispatcherServlet 의 부모인 FrameworkServlet 에서 service()를 오버라이드해두었다.- FrameworkServlet.service()` 를 시작으로 여러 메서드가 호출되면서 최종적으로 DispatcherServlet.doDispatch()가 호출된다.
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); }
- 핸들러 어댑터 인터페이스의 메서드
동작 순서 (코드랑 같이 보기)
1 . 핸들러 조회: 핸들러 매핑을 통해 요청 URL에 매핑된 핸들러(컨트롤러)를 조회한다.
2 . 핸들러 어댑터 조회: 핸들러를 실행할 수 있는 핸들러 어댑터를 조회한다.
3 . 핸들러 어댑터 실행: 핸들러 어댑터를 실행한다.
4 . 핸들러 실행: 핸들러 어댑터가 실제 핸들러를 실행한다.
5 . ModelAndView 반환: 핸들러 어댑터는 핸들러가 반환하는 정보를 ModelAndView로 변환해서 반환한다.
6 . viewResolver 호출: 뷰 리졸버를 찾고 실행한다
7 . View 반환: 뷰 리졸버는 뷰의 논리 이름을 물리 이름으로 바꾸고, 렌더링 역할을 담당하는 뷰 객체를 반환한다
8 . 뷰 렌더링: 뷰를 통해서 뷰를 렌더링 한다.인터페이스 살펴보기
- 스프링 MVC의 큰 강점은 `DispatcherServlet` 코드의 변경 없이, 원하는 기능을 변경하거나 확장할 수 있다 는 점이다. 지금까지 설명한 대부분을 확장 가능할 수 있게 인터페이스로 제공한다.
- 인터페이스들만 구현해서 `DispatcherServlet` 에 등록하면 특정 컨트롤러를 만들 수도 있다.
주요 인터페이스 목록
핸들러 매핑: `org.springframework.web.servlet.HandlerMapping`
핸들러 어댑터: `org.springframework.web.servlet.HandlerAdapter`
뷰 리졸버: `org.springframework.web.servlet.ViewResolver`
뷰: `org.springframework.web.servlet.View`스프링, 타임리프,jsp 등에 따라 위의 인터페이스가 구현된 구현체가 따로 있음
핸들러 매핑 (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의 유연성과 확장성을 제공합니다.
'TIL > 김영한의 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술' 카테고리의 다른 글
스프링 MVC - 구조 이해(3) (0) | 2024.07.18 |
---|---|
스프링 MVC - 구조 이해(2) (0) | 2024.07.18 |
MVC 프레임워크 만들기 - 프론트 컨트롤러 Ver 5 (0) | 2024.07.11 |
MVC 프레임워크 만들기 - 프론트 컨트롤러 Ver 4 (0) | 2024.07.11 |
MVC 프레임워크 만들기 - 프론트 컨트롤러 Ver 3 (0) | 2024.07.01 |