스프링 MVC 전체 구조
직접 만든 프레임워크 아키텍처
스프링 MVC 아키텍처
직접 만든 프레임워크와 스프링 MVC 비교
직접 만든 프레임워크 | 스프링 MVC |
FrontController | DispatcherServlet |
handlerMappingMap | HandlerMapping |
MyHandlerAdapter | HandlerAdapter |
ModelView | ModelAndView |
viewResolver | ViewResolver |
MyView | View |
DispatcherServlet 구조 살펴보기
org.springframework.web.servlet;
- 클래스 검색 : command+o
스프링 mvc도 프론트 컨트롤러 패턴으로 구현되어 있다.
스프링 mvc의 프론트 컨트롤러가 바로 디스패처 서블릿 DispatcherServlet 이다
그리고 DispatcherServlet은 스프링 mvc의 핵심이다
- 다이어그램 : 우클릭 후 show diagram (무료 버전 intellj는 지원하지 않는듯)
DispatcherServlet 등록
- DispatcherServlet도 부모 클래스에서 HttpServlet을 상속 받아서 사용하고 서블릿으로 동작한다.
- DispatcherServlet -> FrameworkServlet -> HttpServlet
- 스프링부트는 DispatcherServlet을 서블릿으로 자동으로 등록하면서 모든경로 (urlPatterns="/")에 대해서 매핑한다.
- 서블릿을 등록하는 여러가지 방법이 있는데 (ex. @WebServlet), 스프링부트는 자바 코드로 등록하는 방법도 존재한다. 스프링부트가 내장 톰캣을 띄우면서 dispatcherServlet을 자동으로 등록하면서 띄움
- ** 더 자세한 경로가 우선순위가 높다. 그래서 기존에 등록한 서블릿도 함께 동작한다.
요청흐름
- 서블릿이 호출되면 HttpServlet이 제공하는 service()를 호출한다.
- 스프링 mvc는 DispatcherServlet의 부모인 FrameworkServlet에서 service()를 오버라이드 해두었으므로, FrameworkServlet.service()를 시작으로 여러 메소드가 호출되면서 DispatcherServlet.doDispatch()가 호출된다.
코드 분석
protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
HttpServletRequest processedRequest = request;
HandlerExecutionChain mappedHandler = null;
boolean multipartRequestParsed = false;
WebAsyncManager asyncManager = WebAsyncUtils.getAsyncManager(request);
// 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) 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);
}
SpringMVC 구조
동작 순서
1 | 핸들러 조회 | 핸들러 매핑을 통해 요청 url에 매핑된 핸들러(컨트롤러)를 조회한다. |
2 | 핸들러 어댑터 조회 | 핸들러를 실행할 수 있는 핸들러 어댑터를 조회한다. |
3 | 핸들러 어댑터 실행 | 핸들러 어댑터를 실행한다. |
4 | 핸들러 실행 | 핸들러 어댑터가 실제 핸들러를 실행한다. |
5 | ModelAndView 반환 | 핸들러 어댑터는 핸들러가 반환하는 정보를 ModelAndView로 변환해서 반환한다. |
6 | viewResolver 호출 | 뷰 리졸버를 찾고 실행한다. |
* | JSP의 경우 | InternalResourceViewResolver가 자동 등록되고, 사용된다. |
7 | View 반환 | 뷰 리졸버는 뷰의 논리 이름을 물리이름으로 바꾸고, 렌더링 역할을 담당하는 뷰 객체를 반환한다. |
* | JSP의 경우 | InternalResouceView(JstlView)를 반환하는데, 내부에 forward() 로직이 있다. |
8 | 뷰 렌더링 | 뷰를 통해서 뷰를 렌더링 한다. |
인터페이스 살펴보기
- 스프링mvc의 큰 강점은 DispatcherServlet 코드의 변경 없이, 원하는 기능을 변경하거나 확장할 수 있다는 점이다.
주요 인터페이스
핸들러 매핑 | org.springframework.web.servlet.HandlerMapping |
핸들러 어댑터 | org.springframework.web.servlet.HandlerAdapter |
뷰 리졸버 | org.springframework.web.servlet.ViewResolver |
뷰 | org.springframework.web.servlet.View |
다시 정리 시작! 성공의 정의는 끝까지 해내는 것 !
업무 가중치가 높든 스트레스가 있든 바빴든 쉴 시간이 없든 no more excuse !!!!!!!!
@ 스프링 MVC 1편 - 백엔드 웹개발 by 김영한을 참조하고 있습니다.
'Spring > mvc' 카테고리의 다른 글
[Spring MVC 1] - 뷰 리졸버 (0) | 2022.11.02 |
---|---|
[Spring MVC 1] - 핸들러 매핑과 핸들러 어댑터 (0) | 2022.09.28 |
[Spring MVC 1] - MVC 프레임워크 v1~v5 정리 (0) | 2022.09.01 |
[Spring MVC 1] - MVC 프레임워크 - 유연한 컨트롤러 2 (0) | 2022.08.31 |
[Spring MVC 1] - MVC 프레임워크 - 유연한 컨트롤러 1 (0) | 2022.08.30 |