[Spring] Spring MVC 원리

데이터(Model), 화면(View), 연결해주는 Controller

---

Spring MVC 원리

Spring MVC는 Model-View-Controller 패턴을 기반으로 하여, 웹 애플리케이션의 다양한 구성 요소가 역할을 분담하여 동작한다.

이 구조는 특히 동적 웹 페이지를 처리하는데 중요한 역할을 한다.

 

1. 템플릿 엔진과 동적 웹페이지

동적 웹 페이지를 만들기 위해서는 반복적인 템플릿(ViewTemplate)과 데이터(Model)가 필요하다. 예를 들어, 1000명의 유저 정보를 표시하는 페이지를 만들 때, 하나의 HTML 템플릿과 데이터베이스에 저장된 1000명의 정보를 결합하 동적 웹 페이지를 생성할 수 있다.

• ViewTemplate: 반복적으로 사용되는 웹 페이지의 틀(HTML)
• Model: 실제 데이터. 템플렛 엔진에 의해 페이지에 삽입된다.
• View: 최종적으로 사용자가 보게되는 동적 웹 페이지.

2. Spring MVC의 동작 원리

Spring MVC는 Controller가 사용자의 요청을 처리하고, Model을 조회하거나 조작한 후, 그 결과를 ViewTemplate에 반영하여 웹 페이지를 생성해 반환하는 방식으로 동작한다.

• Controller: 사용자의 요청을 받고 로직을 수행한 후, 결과를 반환하는 역할.
• Model: 데이터베이스와의 연동을 통해 데이터를 조회하거나 수정하는 역할.
• View: 데이터를 포함한 HTML을 생성하고 사용자에게 보여주는 역할.

3. Tomcat과 Spring의 구조

상기 이미지를 통해 Spring 애플리케이션이 Tomcat과 JVM에서 어떻게 실행되는지 알아보자.

1. WAR (Web Application Archive):

• Java Application: Java 애플리케이션은 WAR 파일로 패키징되며, 이 WAR 파일은 외부의 Tomcat같은 웹 애플리케이션 서버에서 실행된다. 즉, 애플리케이션과 Tomcat이 별도로 존재하며, 애플리케이션은 Tomcat이 제공하는 환경 위에서 동작한다.
• Spring Application: Spring 애플리케이션도 WAR파일로 배포할 수 있으며, 이때 Tomcat 서버는 여전히 외부에 존재한다. 즉, Spring애플리케이션이 WAR로 패키징되면 외부 Tomcat 서버에 배포되어 실행된다. 

2. JAR(Java Archive):

• Spring Application: Spring Boot 애플리케이션은 JAR 파일로 패키징될 수 있으며, 이때 내장된 Tomcat 서버가 함께 포함되어 실행된다. 즉, 별도의 외부 Tomcat이 필요 없으며, JAR 파일을 실행하면 Spring 애플리케이션과 Tomcat서버가 한 번에 구동된다.

Spring 애플리케이션은 Tomcat과 함께 구동되며, Tomcat은 Servlet을 통해 웹 요청을 처리한다. Spring에서는 DispatcherServlet이 이 역할을 수행하며, 사용자의 요청을 받아 해당하는 Controller로 전달하고, 처리 후 결과를 반환한다.

 

Tomcat과 Spring 간단 구조

• Tomcat: 웹 서버로, 사용자의 요청을 받아 처리하는 Servlet Container 역할.
• Spring: 웹 서버와 연동 되어, DispatcherServlet을 통해 요청을 처리.

1. Request: 사용자의 요청이 Tomcat의 Connection Queue에 적재.

2. Processing: Tomcat은 요청을 ServletRequest로 변환하여 Spring의 DispatcherServlet에 전달한다.

3. Response: Spring은 요청을 처리한 후, 결과를 사용자에게 반환한다.

Tomcat + Spring 상세 구조 

Spring MVC의 주요 구성 요소는 크게 DistpatcherServlet, Controller, Service, Repository로 구분된다. 이를 Tomcat의 Servlet Container와 연동하여 처리한다.

• Tomcat은 사용자 요청을 받아 DispatcherServlet으로 전달한다.
• DispatcherServlet은 Spring에서 Front Controller 역할을 하며, 요청을 적절한 Controller로 라우팅한다.
  • Servlet 객체는 Singleton이다.
  • Spring Controller 객체도 Singleton이다.
    • Spring Container = Servlet WebApplicationContext + Root WebApplicationContext
    • Spring Bean은 Spring Container로 관리되며 2개 타입의 ApplicationContext로 나뉜다.
      1. Servlet WebApplicationContext: 서블릿에서만 이용되는 Bean에 대한 Context
         • DispatcherServlet이 직접 사용하는 컨트롤러를 포함한 웹 관련 Bean 등록
         • @Controller, HandlerMapping 등
      2. Root WebApplicationContext: 스프링 어디에서든 이용되는 Bean에 대한 Context
         • 서비스 계층이나 DAO를 포함한 웹 환경에 독립적인 Bean 등록
         • @Service, @Repositorry 등
• Handler Mapping은 어떤 Controller가 요청을 처리할지 결정한다.
• Handler Adapter는 Controller에 적절한 로직을 실행시키고 결과를 View에 전달한다.

1. 사용자 요청(Request): 사용자가 보낸 HTTP 요청이 Tomcat 서버로 들어옴.

2. DispatcherServlet: 요청을 받아 Handler Mapping을 통해 적절한 Controller를 찾음.

3. Controller: 요청에 대한 비즈니스 로직을 처리하고, 결과를 Model로 반환한다.

4. View Resolver: 반환된 Model 데이터를 View로 변환한다.

5. 응답(Response): 최종적으로 생성된 View가 사용자에게 반환된다.

Spring MVC 실제 구조

1. Request: 사용자의 요청이 DispatcherServlet으로 전달된다.

2. Handler Mapping: 적절한 Contoller를 매핑한다.

3. Handler Adapter: Controller의 로직을 실행할 수 있도록 돕는다.

4. Controller: 요청에 대한 비즈니스 로직을 수행한다.

5. View Resolver: 처리된 데이터를 이용한 적절한 View를 선택한다.

6. Model: View에서 보여줄 데이터를 준비한다.

7. View: 최종 HTML 페이지를 반환한다.

8. Response: 사용자가 요청한 페이지를 볼 수 있게 반환한다.

---

ℹ️참고

[ASAC 6기 강의자료]

https://www.stefankreidel.io/blog/spring-webmvc-servlet-threading

Spring Web MVC Visualized: Threading and Servelts – Stefan Kreidel

https://mangkyu.tistory.com/18

[Spring] Dispatcher-Servlet(디스패처 서블릿)이란? 디스패처 서블릿의 개념과 동작 과정