🧱 Spring MVC의 탄생 배경과 DispatcherServlet 역할 이해하기

안나의 Spring MVC와 DispatcherServlet을 보고 주관적으로 정리한 내용입니다.

---

💡 스프링 프레임워크의 핵심 철학

Spring은 OCP 원칙(Open-Closed Principle) 을 기반으로 설계됨

✅ 확장에는 열려 있고, 변경에는 닫혀 있다

이를 바탕으로 다양한 하위 프레임워크가 등장함:

• 🔹 Spring JDBC
• 🔹 Spring MVC
• 🔹 Spring AOP
• 🔹 Spring ORM

---

📈 Spring MVC의 등장 배경

기존 서블릿 기반 웹 개발의 문제점들:

• ❌ 테스트 어려움
• ❌ 확장성 부족
• ❌ 중복된 코드
• ❌ 유지보수 어려움
• ❌ 디버깅 복잡

➡ 이런 문제들을 해결하기 위해 Spring MVC가 등장

---

🧱 기존 서블릿 구조의 문제

원래는...

• 하나의 서블릿에서:
  1. 웹 요청 처리
  2. 비즈니스 로직 처리
  3. 뷰 생성 및 응답

➡ 모든 책임이 한 클래스에 집중됨 → 유지보수 어려움

---

✅ 해결책: MVC 구조 분리

• 비즈니스 로직을 처리하는 컨트롤러를 별도로 분리
• 서블릿은 단순히 요청을 전달하고 응답을 수신하는 프론트 컨트롤러 역할만 수행

---

🧭 프론트 컨트롤러 = DispatcherServlet

✅ DispatcherServlet
= Dispatch(보내다) + Servlet(웹 요청/응답 처리)
= 요청을 받아 다양한 처리 과정을 위임하는 중앙 컨트롤러

---

🔄 Spring MVC의 요청 처리 흐름

클라이언트 → DispatcherServlet → HandlerMapping
→ HandlerAdapter → Controller → Model + View
→ ViewResolver → View 렌더링 → 클라이언트

🔹 각 단계 설명

1. DispatcherServlet: HTTP 요청 수신
2. HandlerMapping: 해당 요청을 처리할 Controller 조회
3. HandlerAdapter: Controller 실행을 위한 어댑터 선택
4. Controller: 비즈니스 로직 처리, Model과 View 이름 반환
5. ViewResolver: View 이름을 실제 View로 변환
6. View: Model 데이터를 기반으로 HTML 렌더링
7. DispatcherServlet: 최종 응답 반환

---

🧠 DispatcherServlet의 핵심 역할

역할	설명
요청 수신	클라이언트의 HTTP 요청을 수신
공통 작업 수행	인증, 로깅, 인코딩 등
컨트롤러 위임	요청을 컨트롤러에 위임
뷰 선택 및 렌더링	ViewResolver와 View를 통해 결과 렌더링

---

✨ 마무리

• DispatcherServlet은 Spring MVC의 핵심 프론트 컨트롤러
• 역할 분리를 통해 유지보수성과 테스트 용이성 향상
• 확장 가능하고 유연한 웹 아키텍처 설계에 기여