스프링 MVC

1. 개념 🌻

  스프링 MVC을 배우기 전에 MVC 패턴을 먼저 설명하자면 아래와 같다. MVC 패턴이란 Model, View, Controller라는 영역으로 서로 역할을 나눈 것을 말한다.

1. Controller
   HTTP 요청을 받아서 파라미터를 검증하고, 비즈니스 로직을 실행한다.
   그리고 뷰에 전달할 결과 데이터를 조회해서 모델에 담는다.
2. Model
   뷰에 출력할 데이터를 담아둔다.
   뷰가 필요한 데이터를 모두 모델에 담아서 전달해 주는 덕분에 뷰는 비즈니스 로직이나 데이터 접근을 몰라도 되고, 화면을 렌더링 하는 일에 집중할 수 있다.
3. View
   모델에 담겨있는 데이터를 사용해서 화면을 그린다.

  MVC 패턴의 문제점은 공통 처리가 어렵다는 것이다. 기능이 복잡해질수록 컨트롤러에서 처리해야 하는 부분이 점점 더 많이 증가할 것이다. 단순히 공통 기능을 메서드로 뽑으면 될 것 같지만, 결과적으로 해당 메서드를 항상 호출해야 하고, 실수로 호출하지 않으면 문제가 될 것이다. 그리고 호출하는 것 자체도 중복이다.

  이러한 문제를 해결하기 위해서는 컨트롤러 호출 전에 먼저 공통 기능을 처리해야 한다. 이것을 가능하게 하는 것이 프론트 컨트롤러(Front Controller) 패턴이다. 스프링 MVC는 프론트 컨트롤러를 사용해서 만든 MVC 패턴이라고 할 수 있다. (스프링 MVC에서 프론트 컨트롤러는 DispatcherServlet이다.)

 

2. 스프링 MVC 구조 🌼

1. Dispatcher Servlet
   모든 클라이언트의 요청을 전달받는다.
   부모 클래스인 HttpServlet을 상속받아서 사용하고, 서블릿으로 동작한다.
   스프링 부트는 DispatcherServlet을 서블릿으로 자동으로 등록하면서 모든 경로(urlPatterns="/")에 대해서 매핑한다.
   
2. 핸들러 매핑
   클라이언트의 요청 URL을 어떤 핸들러(Controller)가 처리할지를 결정한다.
   URL과 요청 정보를 기준으로 어떤 핸들러 객체를 사용할지 결정하는 객체이다.
   DispatcherServlet은 하나 이상의 핸들러 매핑을 가질 수 있다.
   
3. 핸들러 어댑터 목록
   
4. 핸들러 어댑터
   핸들러어댑터는 핸들러 매핑을 통해서 찾은 핸들러를 실행할 수 있도록 하는 것이다.
5. 핸들러(컨트롤러)
   컨트롤러의 더 넓은 범위를 핸들러라고 한다. 핸들러 어댑터가 있기 때문에 꼭 컨트롤러의 개념뿐만 아니라 어떠한 것이든 해당 종류의 어댑터만 있으면 다 처리할 수 있기 때문에 핸들러라고 명시하였다.
6. ViewResolver
   컨트롤러가 반환한 논리 뷰 이름을 실제 물리 뷰 경로로 변경한다.
7. View
   

 

3. 스프링 MVC 동작순서 🌷

1. 핸들러 조회
   핸들러 매핑을 통해 요청 URL이 맵핑된 핸들러를 조회한다.
2. 핸들러 어댑터 조회
   핸들러를 실행할 수 있는 핸들러 어댑터를 조회한다.
3. 핸들러 어댑터 실행
   핸들러 어댑터를 실행한다.
4. 핸들러 실행
   핸들러 어댑터가 실제 핸들러(Controller)를 실행한다.
5. ModelAndView 반환
   핸들러 어댑터는 핸들러가 반환하는 정보를 ModelAndView로 변환해서 반환한다.
6. ViewResolver 호출
   뷰 리졸버를 찾고 실행한다.
7. View 반환
   뷰 리졸버는 뷰의 논리 이름을 물리 이름으로 바꾸고, 랜더링 역할을 담당하는 뷰 객체를 반환한다.
8. 뷰 랜더링
   뷰를 통해서 뷰를 랜더링 한다.

 

해당 글은 김영한 님의 '스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술'을 참고하였습니다.