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도 서블릿으로 변환 되어서 사용
- 동시 요청을 위한 멀티 쓰레드 처리 지원
반응형
'IT 연구소' 카테고리의 다른 글
HTML, HTTP API, CSR, SSR (0) | 2024.01.30 |
---|---|
동시요청 - 멀티 쓰레드 (0) | 2024.01.30 |
웹 애플리케이션의 이해 (1) | 2024.01.30 |
자주 사용하는 쿼리 메서드의 명명 규칙 (0) | 2024.01.10 |
api와 REST API (2) | 2024.01.03 |