IT 연구소

서블릿

ron_nie 2024. 1. 30. 17:41
728x90

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

세분화

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

우리가 필요한건 비즈니스 로직 실행인데 전과 후의 로직을 하나하나 다 실행하고 있으면 생산성 면에서 너무 비효율적임

서블릿을 지원하는 WAS활용

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

이걸 제외한 모든 내용을 WAS가 해준다.

서블릿

특징

@WebServelt(name = "helloServelt", urlPattenrs = "/hello")
	public class HelloServlet extends HttpServlet {
	
		@Override
		protected void service(HttpServeltRequest request, HttpServeltResponse response){
			// 애플리케이션 로직
		}
}
  • urlPatterns(/hello)의 URL이 호출되면 서플릿 코드가 실행
  • HTTP 요청 정보를 편리하게 사용할 수 있는 HttpServletRequest
  • HTTP 응답 정보를 편리하게 제공할 수 있는 HttpServletResponse
  • 개발자는 HTTP 스펙을 매우 편리하게 사용 가능

HTTP 요청, 응답 흐름

HTTP 요청시

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

서블릿 컨테이너

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