[Spring] 5.스프링 MVC - 구조 이해

[Spring] 5.스프링 MVC - 구조 이해

 

1. 스프링 MVC 전체 구조

Spring MVC 구조

FrontController -> DispatcherServlet handlerMappingMap -> HandlerMapping MyHandlerAdapter -> HandlerAdapter ModelView -> ModelAndView viewResolver -> ViewResolver MyView -> View

 

DispatcherServlet 구조 살펴보기

ㄴ org.springframework.web.servlet.DispatcherServlet

 

DispatcherServlet 등록

- 'DispatcherServlet'도 부모 클래스에서 'HttpServlet'을 상속받아서 사용하고 , 서블릿으로 동작

   DispatcherServlet -> FrameworkdServlet -> HttpServletBean -> HttpServlet

- 스프링 부트는 'DispatcherServelt'을 서블릿으로 자동으로 등록하면서 모든 경로 ( urlPatterns"/")에 대해서 맵핑

  더 자세한 경로가 우선순위 높음 (기존 등록한 서블릿도 함께 동작)

 

요청 흐름

- 서블릿이 호출되면 HttpServlet이 제공하는 service()가 호출됨

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

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

 

DispatcherServlet의 핵심인 doDispatch()* 예외처리, 인터셉터 기능 제외

 

DispatcherServlet.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 호출 : 뷰 리졸버를 찾고 실행     JSP의 경우 InternationalResourceViewResolver가 자동 등록되고 사용됨 7. View 반환 : 뷰 리졸버는 뷰의 논리 이름을 물리 이름으로 바구고 렌더링 역할을 담당하는 뷰 객체를 반환     JSP의 경우 InternalResourceView(JstlView)를 반환하는데 내부에 forward()로직이 있다 8. 뷰 렌더링 : 뷰를 통해서 뷰를 렌더링

 

인터페이스 살펴보기

- 스프링 MVC 강점 : DispatcherServlet 코드 변경없이 원한느 기능 변경하거나 확장 가능

- 이 인터페이스를 구현해서 DispatcherServlet에 등록하면 자신만의 컨트롤러 만들 수 있음 (이럴 일은 거의 없음)

 

주요 인터페이스 목록

정리

스프링 MVC는 코드 분량 많아서 내부 파악 어려움

대부분 기능 구현되어있음

---

2. 핸들러 맵핑과 핸들러 어댑터

스프링은 핸들러 맵핑과 핸들러 어댑터를 대부분 구현해두었음

개발자가 직접 핸들러 맵핑과 핸들러 어댑터를 만드는 일은 것의 없음

 

HandlerMapping 우선순위

0 = RequestMappingHandlerMapping  :   애노테이션 기반의 컨트롤러인 @RequestMapping에서 사용 1 = BeanNameUrlHandlerMapping        :   스프링 빈의 이름으로 핸들러를 찾음 (url들어오면 해당 url 이름과 똑같은 이름의 스프링 빈 찾음)

HandleAdapter 우선순위

0 = RequestMappingHandlerAdapter   :   애노테이션 기반의 컨트롤러인 @RequestMapping 이용 1 = HttpRequestHandlerAdapter           :   HttpRequestHandler 처리 2 = SimpleControllerHandlerAdapter    :   Controller 인터페이스 (애노테이션 X, 과거에 사용) 처리

 

순서)

1. 핸들러 맵핑으로 핸들러 조회

- HandlerMapping을 순서대로 실행해서 핸들러 찾음

- 이 경우 빈 이름으로 핸들러를 찾아야하기 때문에 이름 그대로 빈 이름으로 핸들러를 찾아주는 BeanNameUrlHandlerMapping가 실행에 성공하고 핸들러인 OldController를 반환

 

2. 핸들러 어댑터 조회

- HandlerAdapter의 supports()를 순서대로 호출

- SimpleControllerHandlerAdapter가 Controller 인터페이스를 지원하므로 대상이 됨

 

3. 핸들러 어댑터 실행

- DispatcherServlet이 조회한 SimpleControllerHandlerAdapter를 실행하면서 핸들러 정보도 함께 넘겨줌

- SCHA는 핸들러인 OldController를 내부에서 실행하고 그 결과를 반환

 

HttpRequestHandler

- 서블릿과 가장 유사한 형태의 핸들러

 

실행 순서

1. 핸들러 매핑으로 핸들러 조회 HandlerMapping 을 순서대로 실행해서, 핸들러를 찾는다. 이경우빈이름으로핸들러를찾아야하기때문에이름그대로빈이름으로핸들러를찾아주는 BeanNameUrlHandlerMapping 가 실행에 성공하고 핸들러인 MyHttpRequestHandler 를 반환한다. 2. 핸들러 어댑터 조회 HandlerAdapter 의 supports() 를 순서대로 호출한다. HttpRequestHandlerAdapter 가 HttpRequestHandler 인터페이스를 지원하므로 대상이 된다. 3. 핸들러 어댑터 실행 디스패처 서블릿이 조회한 HttpRequestHandlerAdapter 를 실행하면서 핸들러 정보도 함께 넘겨준다. HttpRequestHandlerAdapter 는 핸들러인 MyHttpRequestHandler 를 내부에서 실행하고, 그 결과를 반환한다.

--> 둘 다 잘안씀

 

@RequestMapping

- 가장 우선순위가 높은 핸들러 맵핑과 핸들러 어댑터는 RequestMappingHandlerMapping, RequestMappingHandlerAdapter

- 실무에서 주로 이 방식의 컨트롤러를 사용함

---

3. 뷰 리졸버

application.properties에 다음 코드 추가

spring.mvc.view.prefix=/WEB-INF/views/
spring.mvc.view.suffix=.jsp

스프링 부트는 InternalResourceViewResolver 라는 뷰 리졸버를 자동으로 등록하는데, 이때 application.properties 에 등록한 spring.mvc.view.prefix , spring.mvc.view.suffix 설정 정보를 사용해서 등록한다. 참고로 권장하지는 않지만 설정 없이 다음과 같이 전체 경로를 주어도 동작하기는 한다. return new ModelAndView("/WEB-INF/views/new-form.jsp");

1. 핸들러 어댑터 호출 핸들러 어댑터를 통해 new-form 이라는 논리 뷰 이름을 획득한다. 2. ViewResolver 호출 new-form 이라는 뷰 이름으로 viewResolver를 순서대로 호출한다. BeanNameViewResolver 는 new-form 이라는 이름의 스프링 빈으로 등록된 뷰를 찾아야 하는데 없다. InternalResourceViewResolver 가 호출된다. 3. InternalResourceViewResolver 이 뷰 리졸버는 InternalResourceView 를 반환한다. 4. 뷰 - InternalResourceView InternalResourceView 는 JSP처럼 포워드 forward() 를 호출해서 처리할 수 있는 경우에 사용한다. 5. view.render() view.render() 가 호출되고 InternalResourceView 는 forward() 를 사용해서 JSP를 실행한다.

참고 > InternalResourceViewResolver 는 만약 JSTL 라이브러리가 있으면 InternalResourceView 를 상속받은 JstlView 를 반환한다. JstlView 는 JSTL 태그 사용시 약간의 부가 기능이 추가된다. 참고 > 다른 뷰는 실제 뷰를 렌더링하지만, JSP의 경우 forward() 통해서 해당 JSP로 이동(실행)해야 렌더링이 된다. JSP를 제외한 나머지 뷰 템플릿들은 forward() 과정 없이 바로 렌더링 된다. 참고 > Thymeleaf 뷰 템플릿을 사용하면 ThymeleafViewResolver 를 등록해야 한다. 최근에는 라이브러리만 추가하면 스프링 부트가 이런 작업도 모두 자동화해준다.

---

4. 스프링MVC - 시작하기

- 스프링이 제공하는 컨트롤러는 애노테이션 기반으로 동작 (유연하고 실용적)

 

@RequestMapping

- RequestMappingHandlerMapping -> 컨트롤러 찾아줌        (가장 우선순위가 높음)

- RequestMappingHandlerAdapter   -> 찾은 컨트롤러 실행  (가장 우선순위가 높음)

 

회원 등록 폼

@Controller
public class SpringMemberFormControllerV1 {
  
  @RequestMapping("/springmvc/v1/members/new-form")
  public ModelAndView process() {
    return new ModelAndView("new-form");
  }
}

@Controller

- @Component 들어있기 때문에 자동으로 빈 등록하고 ComponentScan 대상이 됨

- 스프링 MVC에서 애노테이션 기반 컨트롤러로 인식 (RequestMappingHandlerMapping에서 핸들러 정보 대상이됨)

@RequestMapping

- 요청정보 맵핑 / 해당 URL이 호출되면 이 메서드가 호출됨

- 애노테이션을 기반으로 동작하기 때문에 메서드의 이름은 임의로 지으면 됨

 

ModelAndView

- 모델과 뷰 정보를 담아서 반환하면 됨

 

ServletApplication

//스프링 빈 직접 등록
@Bean
SpringMemberFormControllerV1 springMemberFormControllerV1() {
  return new SpringMemberFormControllerV1();
}

 

회원 정보 저장

@Controller
public class SpringMemberSaveControllerV1 {
  
  private MemberRepository memberRepository = MemberRepository.getInstance();

  @RequestMapping("/springmvc/v1/members/save")
  public ModelAndView process(HttpServletRequest request, HttpServletResponse response) {
    String username = request.getParameter("username");
    int age = Integer.parseInt(request.getParameter("age"));
    Member member = new Member(username, age);
        
    memberRepository.save(member);
    
    ModelAndView mv = new ModelAndView("save-result");
    mv.addObject("member", member);
    return mv;
  }
}

mv.addObject("member", member); 

ㄴ Model 데이터 추가

---

5. 스프링MVC - 통합 

@RequestMapping을 잘 보면 클래스 단위가 아니라 메서드 단위에 적용된 것을 확인

따라서 컨트롤러 클래스를 유연하게 하나로 통합 가능

 

@Controller
@RequestMapping("/springmvc/v2/members")
public class SpringMemberControllerV2 {
  
  private MemberRepository memberRepository = MemberRepository.getInstance();
  
  @RequestMapping("/new-form")
  public ModelAndView newForm() {
    return new ModelAndView("new-form");
  }
     
  @RequestMapping("/save")
  public ModelAndView save(HttpServletRequest request, HttpServletResponse response) {
    String username = request.getParameter("username");
    int age = Integer.parseInt(request.getParameter("age"));
    Member member = new Member(username, age);
    memberRepository.save(member);
    ModelAndView mav = new ModelAndView("save-result");
    mav.addObject("member", member);
    return mav;
  }
  
  @RequestMapping
  public ModelAndView members() {
    List<Member> members = memberRepository.findAll();
    ModelAndView mav = new ModelAndView("members");
    mav.addObject("members", members);
    return mav;
  } 
}

@RequestMapping("/springmvc/v2/members") + @RequestMapping("/new-form")

클래스 레벨 + 메서드 레벨 조합

---

6. 스프링MVC - 실용적인 방식

스프링 MVC는 개발자가 편리하게 개발할 수 있도록 수많은 편의기능 제공실무에서는 지금부터 설명하는 방식을 주로 사용

 

Controller

/**
* v3
* Model 도입
* ViewName 직접 반환
* @RequestParam 사용
* @RequestMapping -> @GetMapping, @PostMapping 
*/
@Controller
@RequestMapping("/springmvc/v3/members")
public class SpringMemberControllerV3 {
  
  private MemberRepository memberRepository = MemberRepository.getInstance();
  
  @GetMapping("/new-form")
  public String newForm() {
    return "new-form";
  }
  
  @PostMapping("/save")
  public String save( @RequestParam("username") String username, @RequestParam("age") int age, Model model) {
    Member member = new Member(username, age);
    memberRepository.save(member);
    model.addAttribute("member", member);
    return "save-result";
  }
  
  @GetMapping
  public String members(Model model) {
    List<Member> members = memberRepository.findAll();
    model.addAttribute("members", members);
    return "members";
  }
}

- Model을 파라미터로 받아서 모델에 데이터 바로 저장

- View의 논리 이름 반환

- @RequestParam 사용 (GET POST 모두 지원)

- @RequestMapping -> @GetMapping, @PostMapping