# 서블릿

서블릿 등장 배경

**클라이언트에서 HTML Form 데이터 전송**\
POST 전송 - 저장

![웹브라우저가 생성한 요청 HTTP 메시지](https://4059345879-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-MdtAbfiAnzkPUNovpHX%2F-MdtHXN9vRj1sTEHzsGg%2F-MdtHmyD4XKUcjdmtH4r%2FScreen%20Shot%202021-07-06%20at%209.49.51%20AM.png?alt=media\&token=018837cc-dda6-47ab-a53c-edd4a0932eaa)

**서버에서 처리해야 하는 업무**\
웹 애플리케이션 서버 직접 구현\
\=> 의미있는 비즈니스 로직은 7번에 해당된다!!\
그런데 클라이언트로부터 요청이 올 때마다 이렇게 하나부터 열까지의 반복되는 동작들을 수행하는 것은 대단히 비효율적이다. 그래서 서블릿이라는 것이 등장하게 된다!

1. 서버 TCP/IP 연결 대기, 소켓 연결
2. HTTP 요청 메시지를 파싱해서 읽기
3. POST 방식, /save URL 인지
4. Content-Type 확인
5. HTTP 메시지 바디 내용 파싱\
   • username, age 데이터를 사용할 수 있게 파싱
6. 저장 프로세스 실행
7. 비즈니스 로직 실행\
   • 데이터베이스에 저장 요청
8. HTTP 응답 메시지 생성 시작\
   • HTTP 시작 라인 생성\
   • Header 생성\
   • 메시지 바디에 HTML 생성에서 입력
9. TCP/IP에 응답 전달, 소켓 종료

서블릿은 위의 동작들 중 비즈니스 로직을 제외한 모든 것들을 대신해준다!

서블릿의 특징

![](https://4059345879-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-MdtAbfiAnzkPUNovpHX%2F-MdtJNhDOFoQVs8LtN64%2F-MdtJWsxi-9qAlLyXs1L%2FScreen%20Shot%202021-07-06%20at%209.57.15%20AM.png?alt=media\&token=4aed4b26-b5b0-46d0-8741-41760b407e38)

* urlPatterns(/hello)의 **URL이 호출**되면 **서블릿 코드가 실행**
* HttpServletRequest : HTTP 요청 정보를 편리하게 사용
* HttpServletResponse : HTTP 응답 정보를 편리하게 제공\
  \=> 개발자는 HTTP 스펙을 매우 편리하게 사용

서블릿을 지원하는 WAS 사용

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

서블릿 컨테이너

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