[기술면접] 스프링 서버와 클라이언트 동작 방식

스프링은 클라이언트로부터 요청이 들어왔을 때 일련의 과정을 거쳐 요청을 처리하는 동작 방식을 가지고 있다. 이러한 동작은 주로 스프링 MVC(모델-뷰-컨트롤러) 아키텍처에 의해 구현된다. 아래는 스프링에서 클라이언트로부터 요청이 들어왔을 때의 기본 동작 방식이다.

스프링 서버와 클라이언트 동작 방식

1. 클라이언트의 요청 수신:

• 클라이언트가 웹 브라우저를 통해 URL을 요청하면, 해당 요청이 웹 서버(예: Apache, Nginx)로 전달된다.

2. 디스패처 서블릿 (DispatcherServlet)의 역할:

• 웹 서버는 클라이언트의 요청을 스프링의 디스패처 서블릿 (DispatcherServlet)으로 전달한다.
• 디스패처 서블릿은 스프링 MVC의 핵심 컴포넌트로서 클라이언트의 요청을 처리하는 역할을 한다.

3. 핸들러 매핑과 핸들러 어댑터:

• 디스패처 서블릿은 핸들러 매핑(HandlerMapping)을 사용하여 요청을 처리할 핸들러(Controller)를 찾는다.
• 핸들러 매핑은 요청의 URL과 해당 요청을 처리할 컨트롤러 클래스를 매핑시키는 역할을 한다.
• 핸들러 어댑터(HandlerAdapter)는 실제 핸들러(Controller)가 요청을 처리하는 데 필요한 인터페이스를 제공한다.

4. 핸들러(Controller)의 실행:

• 디스패처 서블릿은 핸들러 어댑터를 사용하여 해당 핸들러(Controller)를 실행한다.
• 핸들러(Controller)는 클라이언트의 요청에 맞는 비즈니스 로직을 실행하고, 결과 데이터를 반환한다.

5. 뷰 리졸버(ViewResolver)의 역할:

• 핸들러(Controller)가 처리한 결과 데이터를 뷰(View)를 결정한다.
• 뷰 리졸버(ViewResolver)는 뷰의 이름을 기반으로 실제 뷰 객체를 찾아준다.

6. 뷰(View)의 렌더링:

• 뷰(View)는 처리된 데이터를 템플릿 엔진을 통해 HTML 형태로 렌더링 한다.
• 렌더링된 결과는 클라이언트로 반환되어 웹 브라우저에 표시된다.

7. 클라이언트에 응답 전송:

• 렌더링된 결과가 클라이언트로 전송되어 웹 브라우저에 표시된다.

이렇게 클라이언트의 요청이 스프링의 디스패처 서블릿을 통해 처리되어 비즈니스 로직을 실행하고 뷰를 렌더링하여 클라이언트에 응답을 제공하는 것이 스프링의 기본적인 동작 방식이다. 이러한 방식은 스프링 IoC 컨테이너와 MVC 아키텍처가 함께 동작하여 유연하고 모듈화된 웹 애플리케이션을 구축할 수 있도록 지원한다.