스프링 MVC 전체 구조
-
FrontController => DispatcherServlet
-
handlerMappingMap => HandlerMapping
-
MyHandlerAdapter => HandlerAdapter
-
ModelView => ModelAndView
-
viewResolver => ViewResolver
-
MyView => View
스프링 MVC 또한 프론트 컨트롤러 패턴으로 구현되어 있고,
그 역할을 하는것이 바로 디스패처 서블릿 (DispacherServlet) 이다
DispacherServlet
-
DispacherServlet도 부모 클래스에서 HttpServlet을 상속받아서 사용하고 , 서블릿으로 동작한다.
- DispatcherServlet => FrameworkServlet => HttpServletBean => HttpServlet -
스프링부트는 DispacherServlet을 서블릿으로 자동으로 등록하면서 모든경로 (urlPatterns="/") 에 대해서 매핑한다. (더 상세한 경로가 우선순위가 높기때문에 기존에 작업한 서블릿들도 모두 함께 동작한다).
FrameworkServlet.service( ) ( HttpServlet의 service( ) 메서드를 오버라이드 해놓은 것) 를 시작으로 여러 메서드가 호출되면서 DispacherServlet.doDispatch( ) 가 호출된다.
// doDispatch( ) 코드 설명 생략
동작 순서
-
핸들러 조회: 핸들러 매핑을 통해 요청 URL에 매핑된 핸들러 (컨트롤러)를 조회한다.
-
핸들러 어댑터 조회: 핸들러를 실행할 수 있는 핸들러 어댑터를 조회한다.
-
핸들러 어댑터 실행: 핸들러 어댑터를 실행한다.
-
핸들러 실행: 핸들러 어댑터가 실제 핸들러를 실행한다.
-
ModelAndView 반환: 핸들러 어댑터는 핸들러가 반환하는 정보를 ModelAndView로 변환해서
반환한다. -
viewResolver 호출: 뷰 리졸버를 찾고 실행한다.
JSP의 경우: InternalResourceViewResolver 가 자동 등록되고, 사용된다. -
View 반환: 뷰 리졸버는 뷰의 논리 이름을 물리 이름으로 바꾸고, 렌더링 역할을 담당하는 뷰 객체를
반환한다.
JSP의 경우 InternalResourceView(JstlView) 를 반환하는데, 내부에 forward() 로직이 있다. -
뷰 렌더링: 뷰를 통해서 뷰를 렌더링 한다
핸들러 매핑과 핸들러 어댑터
HandlerMapping
- 핸들러 매핑에서 이 컨트롤러를 찾을 수 있어야 한다
- ex)스프링 빈의 이름으로 핸들러를 찾을 수 있는 핸들러 매핑이 필요하다
HandlerAdapter
- 핸들러 매핑을 통해서 찾은 핸들러를 실행할 수 있는 핸들러 어댑터가 필요하다
- ex)Controller 인터페이스를 실행할 수 있는 핸들러 어댑터를 찾고 실행해야 한다
스프링부트가 자동으로 등록하는 핸들러 매핑과 핸들러 어댑터
가장 우선순위가 높은 핸들러 매핑과 핸들러 어댑터
- RequestMappingHandlerMapping , RequestMappingHandlerAdapter
실무에선 99.9% 이 방식의 컨트롤러를 사용
뷰 리졸버
스프링 부트가 등록하는 뷰 리졸버
(중요부분만)
1 = BeanNameViewResolve : 빈 이름으로 뷰를 찾아서 반환
2= InternalResourceViewResolver : JSP를 처리할 수 있는 뷰를 반환
InternalResourceViewResolver 는 InternalResourceView를 반환하고
JSP처럼 포워드 ( = forward())를 호출해서 처리할 수 있는 경우에 사용
view.render()가 호출되고, InternalResourceView는 forward()를 사용해서 JSP 실행
참고)
JSP를 제외한 나머지 뷰 템플릿들은 forward() 과정 없이 바로 렌더링 된다.
Thymeleaf 뷰 템플릿을 사용하면 ThymeleafViewResolver를 등록해야한다.
최근에는 라이브러리만 추가하면 스프링 부트가 모두 자동화 해준다.스프링 MVC - 시작하기
스프링 컨트롤러 = 애노테이션 기반으로 동작
@RequestMapping 의 등장으로 MVC 부분의 엄청난 활약
-
RequestMappingHandlerMapping
-
RequestMappingHandlerAdapter
@Controller
스프링이 자동으로 스프링 빈에 등록한다 (내부에 @Component 애노테이션 존재 -> 컴포넌트 스캔의 대상이 된다.@RequestMapping
요청 정보를 매핑.
애노테이션을 기반으로 동작하기 때문에, 해당 URL이 호출되면 이 메서드가 호출
메서드의 이름은 임의로 지으면 됨@ModelAndView
모델과 뷰 정보를 담아서 반환주의) 스프링부트 3.0 부터는 @Controller가 있어야 스프링 컨트롤러로 인식한다.
//회원 저장
mv.addObject("member", member); //이후 뷰를 렌더링 할 때 사용
//회원 목록
List<Member> members = memberRepository.findAll();
ModelAndView mv = new ModelAndView("members");
mv.addObject("members", members);
return mv;스프링 MVC - 컨트롤러 통합
@RequestMapping은 메서드 단위에 적용될 수도 있음. => 컨트롤러 클래스를 유연하게 하나로 통합이 가능하다
@Controller
@RequestMapping("/springmvc/v2/members") //클래스 레벨에서 조합 가능
public class SpringMemberControllerV2 {
@RequestMapping("/new-form") ...
@RequestMapping("/save") ...
@RequestMapping ...
}
스프링 MVC - 실용적인 방식
@RequestMapping은 URL 뿐만 아니라 HTTP Method도 함께 구분 가능
@RequestMapping(value = "/new-form", method = RequestMethod.GET)public String save(
@RequestParam("username") String username,
@RequestParam("age") int age,
Model model) { ...
return "save-result";
}
//Model 파라미터
//View Name 직접 반환
//@RequestParam 사용
// @RequesetParam("username") = request.getParameter("username") 거의 같은 코드스프링 MVC - 정리
Reference
김영한 님 - 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술
