[Spring Web-MVC] 서블릿 이론

서블릿 탄생

웹 브라우저가 생성한 요청 HTTP 메시지

POST /save HTTP/1.1
Host: localhost:8080
Content-Type: application/x-www-form-urlencoded

username=kim&age=20

서버에서 처리해야 하는 업무

웹 애플리케이션 서버 직접 구현
서버에서 HTTP 응답 메시지를 생성하거나, 요청 HTTP 메시지를 생성하기 위해서는 서버를 직접 구현 해야했다.

• 서버 TCP/IP 연결 대기, 소켓 연결
• HTTP 요청 메시지를 파싱해서 읽기
• POST 방식, /save URL 인지
• …
• …
• …
• 소켓 종료

서버를 직접 구현하자니 이처럼 구현해야 할 로직이 너무 많았다.

서블릿을 지원하는 WAS 사용
서블릿을 지원하는 WAS를 사용함으로써 기존에 생성해야 했던 많은 로직은 서블릿이 알아서 생성해 주고 개발자는 의미있는 비즈니스 로직만 직접 구현하면 된다.

[의미있는 비즈니스 로직]

• 비스니스 로직 실행
  • 데이터베이스에 저장 요청

서블릿

특징

@WebServlet(name = "helloServlet", urlPatterns = "/hello")
public class HelloServlet extends HttpServlet {

    @Override
    protected void service(HttpServletRequest request, HttpServletResponse response) {
        // 애플리케이션 로직
    }
}

• urlPatterns(/hello)의 URL이 호출되면 서블릿 코드가 실행
• HTTP 요청 정보를 편리하게 사용할 수 있는 HttpServletRequest
• HTTP 응답 정보를 편리하게 제공할 수 있는 HttpServletResponse

• HTTP 요청시
  • WAS는 Request, Response 객체를 새로 만들어서 서블릿 객체 호출
  • Request 객체에서 HTTP 요청 정보를 편리하게 꺼내서 사용
  • Response 객체에 HTTP 응답 정보를 편리하게 입력
  • WAS는 Response 객체에 담겨있는 내용으로 HTTP 응답 정보를 생성

서블릿 컨테이너

• 톰캣처럼 서블릿을 지원하는 WAS를 서블릿 컨테이너라고 함
• 서블릿 컨테이너는 서블릿 객체를 생성, 초기화, 호출, 종료하는 생명주기 관리
• 서블릿 객체는 싱글톤으로 관리
  • 고객의 요청이 올 때 마다 계속 객체를 생성하는 것은 비효율적.
  • 모든 고객 요청은 동일한 서블릿 객체 인스턴스에 접근
  • 공유 변수 사용 주의
  • 서블릿 컨테이너 종료시 함께 종료
• JSP도 서블릿으로 변환 되어서 사용
• 동시 요청을 위한 멀티 쓰레드 처리 지원

<출처 : 인프런 - 스프링 MVC 1편 : 백엔드 웹 개발 핵심 기술(김영한)>