[Spring] Spring MVC: DispatcherServelt

서론

지난 글에서 Springboot의 동작 원리에 대해 살펴보았다. 이번 글에서는 해당 동작원리에서 핵심이 되는 DispatcherServlet에 대해 설명하고자 한다.

---

DispatcherServlet

DispatcherServlet은 Spring MVC에서 프론트 컨트롤러(Front Controller) 역할을 수행하는 핵심 서블릿이다.
HTTP 요청을 받아 적절한 컨트롤러로 전달하고, 응답까지 처리하는 요청-응답 흐름의 중심 허브이다.

 

DispatcherServlet 정의

• javax.servlet.http.HttpServlet을 상속한 서블릿으로,
• 모든 HTTP 요청을 받아 Spring 내부 컴포넌트에 위임하고, 최종 응답까지 책임진다.
• web.xml 또는 Spring Boot에서는 자동 설정을 통해 등록된다.

---

DispatcherServlet의 탄생 배경

Spring MVC는 Front Controller 패턴을 기반으로 설계되었으며,
모든 요청을 단일 진입점에서 받아 일관성 있게 처리하기 위해 DispatcherServlet이 도입되었다.

DispatcherServlet은 바로 이 Front Controller 패턴을 구현한 클래스이며, 스프링 MVC 아키텍처의 핵심 역할을 담당한다.

---

주요 특징

• HttpServlet을 상속받는 서블릿 클래스
  • 표준 서블릿 컨테이너(Tomcat, Jetty 등) 위에서 동작
  • web.xml에 명시적으로 등록하거나, @SpringBootApplication 어노테이션을 통해 자동으로 등록
• 클라이언트의 요청 흐름을 제어하는 중앙 허브 역할을 수행
• 다양한 컴포넌트들과 긴밀하게 협력하면서 요청을 처리 -> Spring MVC의 유연성과 확장성의 기반
  • HandlerMapping: 요청 URL에 매칭되는 어떤 컨트롤러가 이 요청을 처리할지 찾아내는 역할(@RequestMapping 어노테이션 같은 정보를 활용)
  • HandlerAdapter: HandlerMapping이 찾아낸 컨트롤러를 실제로 실행할 수 있도록 중간에서 어댑팅(적응)
  • ViewResolver: 컨트롤러가 반환한 뷰 이름(논리적 이름)을 실제 클라이언트에 응답할 수 있는 View 객체(물리적 리소스)로 변환(ex: "hello"라는 뷰를 "/WEB-INF/views/hello.jsp"와 같은 실제 JSP 파일로 매핑)
  • ExceptionResolver: 요청 처리 중에 예외가 발생했을 때 이를 처리하고 적절한 에러 페이지를 보여주거나 JSON 형태로 에러 응답을 반환하는 로직을 결정

---

장점과 단점

장점

• 요청-응답 흐름의 일관성 제공
• 다양한 컴포넌트를 유연하게 확장 가능(컴포넌트들은 인터페이스 기반)
• JSP, Thymeleaf, FreeMarker 같은 다양한 템플릿 엔진뿐만 아니라, REST API를 위한 JSON/XML 응답 등 다양한 뷰 및 응답 형식 연동 가능
• Annotation 기반 선언적 매핑 지원

단점

• 전체 구조를 처음에 이해하기 어렵다
• DispatcherServlet이 모든 흐름을 책임져서 SRP 위배 가능
• DispatcherServlet은 기본적으로 서블릿 API의 동기 블로킹(Blocking) I/O 모델을 기반 동작
• 그렇기 때문에 Spring WebFlux와 같은 리액티브(Reactive) 및 비동기 논블로킹(Non-blocking) I/O 모델을 사용하는 아키텍처와는 근본적인 동작 방식에 차이가 있음