🌻타미의 Servlet vs Spring

[10분 테코톡] 🌻타미의 Servlet vs Spring 를 듣고 정리함.

정의

서블릿이란:

웹 애플리케이션을 만들때 필요한 인터페이스

스프링 웹 mvc

스프링 프레임워크에 있는 모듈

MVC 패턴을 사용해서 웹 서비스를 만든다.

서블릿은 왜 생겼을까

처음에 웹 프로그래밍은 정적 데이터만 전달할 수 있었다. 어떤 사용자가 들어오던 html파일만 보낼 수 밖에 없었다.

즉,

• 사용자(요청)에 따라 다른 처리를 해줄 수 없다.
• 동적인 처리를 해주는 웹 애플리케이션이 없었다.

이후 등장한 것이 바로 CGI이다.

CGI (Common Gate Interface) 는 동적 데이터를 처리하는 인터페이스다. 이 인터페이스라는 것은 규약을 의미한다. 즉 웹 서버와 프로그램 사이의 규약이라고 보면 된다.

웹 서버와 동적으로 데이터를 처리하기 위한 프로그램 사이를 연결짓는 인터페스, 규약이 바로 CGI

하지만 오늘날 안쓰이는데에는 다 이유가 있다. 여러가지 문제점이 존재

1. 리퀘스트가 들어올때마다 프로세스를 새로 생성한다. 프로세스는 실행중인 프로그램으로 독립적인 메모리공간을 할당받아야한다.

→ 개선 : 멀티프로세스를 멀티스레드 모델로 교체

1. 같은 타입의 구현체를 사용해도 매 리퀘스트(쓰레드)마다 구현체 객체를 생성해낸다. 즉 싱글톤 패턴이 아니다.

→ 개선: 여러 인스턴스를 만들어내는 패턴에서 싱글톤 패턴으로 교체

위 개선점들을 적용한 것이 바로 서블릿이다.

리퀘스트를 쓰레드로 처리하며, 구현체 객체도 싱글톤 패턴.

더 나아가 한가지 더 추가된 것이 웹 애플리케이션 서버이다. 웹 서버는 정적 데이터를 처리하며 웹 애플리케이션 서버는 동적 데이터를 처리해준다.

웹 컨테이너 : 요청이 들어오면 스레드를 생성하고 서블릿을 실행시킨다. 서블릿 인터페이스에 따라 서블릿을 관리한다.(서블릿 인터페이스의 메소드 호출 등등)

서블릿의 생명주기

서블릿에는 크게 세 가지 메소드가 서블릿 인터페이스에 정의되어있다.

Init Method: 생성

Service Method: 실제 기능 수행, Http메소드 종류에 따라 서블릿 웹 컨테이너가 요청을 구현 해준다.

Destroy Method: 소멸자

각각의 메소드들은 서블릿 컨테이너(Tomcat) 이 호출해준다

싱글톤 패턴을 따라 메모리를 공유하고 로컬 변수들은 스레드마다 따로 관리함을 알 수 잇다.

서블릿을 코드로 살펴보기

Web.xml: 설정파일으로 Url과 맵핑될 서블릿 객체를 지정한다. 위에서는 /member에 해당하는 Url을 Servlets.MemberServlet로 맵핑할것을 명시했다.

MemberServlet: 서블릿 구현체이다.

리퀘스트의 파라미터를 받고, 로직을 처리한 후 result 데이터를 담은 vIew를 만들어서 Client에게 전송하고 있다.

전체적으로 살펴보면 Member, Line, Station 이 세가지 종류의 url을 web.xml에서 맵핑하고, 각 서블릿 객체들을 통해 서비스 로직을 수행하고 동적인 데이터를 처리한 결과를 담은 view를 보내주게 된다.

스프링 웹 MVC에서는 서블릿을 어떻게 사용할까?

Dispatcher Servlet

스프링은 Dispatcher Servlet이라는 프레임워크의 서블릿을 사용한다. 전체적인 구조는 다음과 같다. (김영한님의 강의와 같은 내용)

동작 과정

처음에 요청이 들어오면 Dispatcher Servlet으로 가게 된다. Dispatcher Servlet도 역시 서블릿이기 때문에 Web.xml에 등록해줘야한다. 여기서는 모든 요청을 DispatcherServlet으로 맵핑할것으로 명시하고 있다.

이후 Dispatcher Servlet은 전달받은 요청을 HandlerMapping 객체를 사용해 요청에 맞는 적절한 Controller를 얻어온다. 이때, 적절한 Controller를 찾는 방법은 여러가지가 존재하며, 스프링 프레임워크에 의해 제공된다.

스프링 프레임워크에서 제공하는 HandlerMapping 네가지.

BeanNameHandlerMapping, ControllerClassNameHandlerMapping, SimpleUrlHandlerMapping, DefaultAnnotationHandlerMapping

어떤 방법을 사용할지 정한 후 서블릿의 설정 파일에 핸들러 맵핑 방식을 지정해한다.

서블릿을 등록하면 그 서블릿이 사용할 설정 파일이 자동으로 등록되게 된다.

(/WEB-INF/servlet이름-servelet.xml)

(추가적인 설정파일을 등록할 수도 있다.

1. BeanNameHandlerMapping

Bean 방식은 default설정으로 되어있어서 따로 지정할 필요는 없다.

1. DefaultAnnotationHandlerMapping

우리에게 익숙한 어노테이션 기반 맵핑 방식이다.

VIew객체까지 받아오면 그제서야 Dispatcher Servlet은 다시 response를 서블릿 컨테이너에 반환해주고 이는 클라이언트에게 다시 보내진다.

서블릿과 서블릿을 이용하는 스프링 웹 MVC 차이

기존 서블릿은 Url당 서블릿 하나씩 생성해야했다.

하지만 스프링 웹 mvc에서는 dispatcher servlet하나만 있으면 된다.

서블릿이 생성될때마다 개발자가 web.xml에서 등록해주고 관리하는 번거로움이 있었으나,

스프링 웹 mvc에는 서블릿이 하나만 있으므로 등록해주고 관리할 필요가 없다. 프레임워크가 알아서 해준다.

또한 기존의 서블릿은 해당 서블릿 객체에서 컨트롤러 로직, 서비스 로직, 데이터 로직, view까지 모두 수행했다. J

하지만 스프링 mvc로 넘어오면서 좀 더 객체지향적인 설계가 가능해졌다.