Framework/Spring Framework

요청이 왔을 때 스프링 MVC 내부적 흐름 과정 (DispatcherServlet 중심)

프로그래머 오월 2023. 10. 31.

Spring MVC 구조 흐름

스프링 MVC는 Model-View-Controller 디자인 패턴을 기반으로 하는 웹 프레임워크로, 웹 애플리케이션의 구성 요소를 명확히 분리하여 유지보수성과 확장성을 높인다.

기능과 역할 별로 모듈을 나누고 각 모듈들이 협력하여 클라이언트한테 온 요청을 처리하고 응답을 보내주게 된다.

그 중 DispatcherServlet은 스프링 프레임워크의 핵심 구성 요소로, 스프링 MVC의 프론트 컨트롤러(Front Controller) 역할을 한다. 모든 HTTP 요청은 먼저 DispatcherServlet을 통해 처리되며, 이곳에서 요청을 적절한 컨트롤러, 서비스, 뷰로 라우팅한다. DispatcherServlet은 스프링 웹 애플리케이션의 중앙 제어 지점으로, 요청의 처리 흐름을 관리한다.

스프링 MVC 각 모듈별 요청 처리 흐름

클라이언트 요청 (Client Request)
- 클라이언트(브라우저, 모바일 앱 등)가 특정 URL로 HTTP 요청을 보낸다.
디스패처 서블릿 (DispatcherServlet)
- 요청은 먼저 DispatcherServlet에 도달한다. 이는 스프링 MVC의 프론트 컨트롤러 역할을 하며, 모든 요청을 중앙에서 처리한다.
- DispatcherServlet은 웹 애플리케이션의 web.xml 파일 또는 스프링 부트의 자동 설정에 의해 설정된다.
핸들러 매핑 (Handler Mapping)
- DispatcherServlet은 요청 URL을 기반으로 적절한 컨트롤러(Handler)를 찾기 위해 여러 핸들러 매핑 전략을 사용한다.
- 스프링 MVC는 다양한 핸들러 매핑을 제공한다. 예를 들어, RequestMappingHandlerMapping은 @RequestMapping 애노테이션을 기반으로 컨트롤러 메서드를 매핑한다.
핸들러 어댑터 (Handler Adapter)
- 핸들러 매핑에 의해 선택된 컨트롤러를 실행하기 위해 DispatcherServlet은 적절한 핸들러 어댑터를 선택한다.
- 핸들러 어댑터는 클라이언트의 요청을 처리하는 실제 컨트롤러 메소드를 호출하는 역할을 한다. Spring MVC는 여러 유형의 컨트롤러를 지원하기 때문에, 각 컨트롤러 타입에 맞는 핸들러 어댑터를 사용하여 컨트롤러를 실행한다.
- 핸들러 어댑터는 컨트롤러를 호출하고 결과를 반환한다.

컨트롤러 (Controller)

컨트롤러는 클라이언트의 요청을 처리하고, 필요한 비즈니스 로직을 수행하며, 모델 데이터를 준비한다.
컨트롤러는 @Controller 또는 @RestController 애노테이션을 사용하여 정의된다.

@Controller
@RequestMapping("/users")
public class UserController {

    @Autowired
    private UserService userService;

    @GetMapping("/{id}")
    public String getUser(@PathVariable Long id, Model model) {
        User user = userService.getUserById(id);
        model.addAttribute("user", user);
        return "userDetail";
    }
}

모델 (Model)
- 모델은 컨트롤러에 의해 준비된 데이터로, 뷰에 전달될 데이터를 포함한다.
- Model 또는 ModelMap 객체를 통해 데이터를 뷰에 전달한다.
뷰 리졸버 (View Resolver)
- 컨트롤러가 반환한 논리적 뷰 이름을 실제 뷰 객체로 변환하기 위해 DispatcherServlet은 뷰 리졸버를 사용한다.
- 스프링 MVC는 여러 뷰 리졸버를 지원하며, 주로 InternalResourceViewResolver (JSP), ThymeleafViewResolver (Thymeleaf), FreeMarkerViewResolver (FreeMarker) 등을 사용한다.
- DTO(Data Transfer Object)를 사용하여 ObjectMapper (오브젝트 매퍼)를 통해 JSON 응답으로 보내는 경우, 뷰 리졸버 과정은 생략된다.
```

<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">
    <property name="prefix" value="/WEB-INF/views/"/>
    <property name="suffix" value=".jsp"/>
</bean>
```
뷰 (View)
- 뷰는 모델 데이터를 기반으로 클라이언트에게 보낼 HTML, JSON, XML 등의 응답을 생성한다.
- JSP, Thymeleaf, FreeMarker 등의 템플릿 엔진을 사용하여 뷰를 구현한다.
```
<html>
<body>
    <h1>User Detail</h1>
    <p>ID: ${user.id}</p>
    <p>Name: ${user.name}</p>
    <p>Email: ${user.email}</p>
</body>
</html>
```
응답 반환 (Response Return)
- 최종적으로 뷰에서 생성된 응답이 DispatcherServlet을 통해 클라이언트에게 반환된다.

요약

클라이언트 요청: 클라이언트가 서버에 요청을 보낸다.
디스패처 서블릿: 요청을 받아 적절한 핸들러를 찾고 실행한다.
핸들러 매핑: 요청 URL에 매핑된 컨트롤러를 찾는다.
핸들러 어댑터: 컨트롤러를 실행하는 방법을 정의한다.
컨트롤러: 요청을 처리하고 모델 데이터를 준비한다.
모델: 뷰에 전달될 데이터를 포함한다.
뷰 리졸버: 논리적 뷰 이름을 실제 뷰로 변환한다.
뷰: 모델 데이터를 기반으로 응답을 생성한다.
응답 반환: 생성된 응답이 클라이언트에게 반환한다.

'Framework > Spring Framework' 카테고리의 다른 글

Spring Boot 3.X migration 이슈 (feat. 스프링 시큐리티, JWT 변경점) (0)	2023.11.09
JPA 와 Spring data JPA 차이점 (+ 하이버네이트) (0)	2023.11.08
(23.01.18)Spring 프레임워크 + Thymeleaf 로 FullCalendar 이미지 나타내기 및 이벤트 온클릭(onClick)처리하기 (0)	2023.01.23
(23.01.17.)Spring 프레임워크 : AOP(Aspect Oriented Programming) 관계지향 프로그래밍 (0)	2023.01.18
(23.01.16.)Spring 프레임워크 : 이메일 인증 보완 - 다른 기기에서 인증시 세션이 달라 인증 오류 고치기 (0)	2023.01.18

요청이 왔을 때 스프링 MVC 내부적 흐름 과정 (DispatcherServlet 중심)

Spring MVC 구조 흐름

스프링 MVC 각 모듈별 요청 처리 흐름

요약

'Framework > Spring Framework' 카테고리의 다른 글

댓글

티스토리툴바