HyperText Transfer Protocol
HTTP 메시지에 모든 것을 담아서 전송
- HTML, TEXT
- 이미지, 음성, 영상, 파일
- json, xml(api)
- 거의 모든 형태의 데이터 전송 가능
- 서버 간에 데이터를 주고 받을 때도 대부분 http 사용
특징
- 클라이언트 서버 구조
- Request, Response 구조
- 클라이언트는 서버에 요청을 보내고, 응답을 대기
- 서버가 요청에 대한 결과를 만들어서 응답
- 무상태 프로토콜(스테이트리스)
- 서버가 클라이언트의 상태를 보존하지 않음
- 장점: 서버 확장성 높음(스케일 아웃). 무상태는 기억할게 없으므로 응답 서버를 쉽게 바꿀 수 있음. → 그래서 요청할 때 애초에 모든 정보를 담아서
- 단점: 클라리언트가 추가 데이터 전송
- 실무 한계
- 로그인한 사용자의 경우 로그인 했다는 상태를 서버에 유지
- 일반적으로 브라우저 쿠키와 서버 세션 등을 사용해서 유지
- 상태 유지만 최소한만 사용해야함.
- 비연결성
- 클라이언트와 서버 간의 연결을 유지하지 않음.
- 1시간 동안 수천명이 서비스를 사용해도 실제 서버에서 동시에 처리하는 요청은 수십개 이하로 매우 작음.
- 예) 웹 브라우저에서 계속 연속해서 검색 버튼을 누르지 않는다.
- 서버 자원을 매우 효율적으로 사용할 수 있음
- 단점
- TCP/IP 연결을 새로 맺어야함 - 3way handshake 시간 추가
- 지금은 HTTP 지속연결(Persistent Connections) 사용
- HTTP2와 HTTP3에서 더 많은 최적화
- HTTP 메시지
- 단순함, 확장 가능
HTTP 메시지
- 시작라인
- start-line = request-line / status-line
- 요청메세지에서 request-line = method SP(공백) request target SP HTTP-version CRLF(엔터)
- 예시에서는 메소드는 GET, 요청 대상은 절대경로(/로 시작)로 시작.
- 메소드는 GET, POST, PUT, PATCH, DELETE가 있음.
- 응답 메세지에서 status-line = HTTP-version SP status-code SP reason-phrase CRLF
- 상태코드
- 200 성공
- 400 클라이언트 요청 오류
- 500 서버 내부 오류
- 이유 문구: 사람이 이해할 수 있는 문구
- 상태코드
- 요청메세지에서 request-line = method SP(공백) request target SP HTTP-version CRLF(엔터)
- start-line = request-line / status-line
- HTTP 헤더
- header-field = field-name ":" OWS field-value OWS (OWS:띄어쓰기 허용)
- 용도
- HTTP 전송에 필요한 모든 부가 정보
- 예) 메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트 정보 등
- 필요시 임의의 헤더 추가 가능
- HTTP 바디
- 실제 전송할 데이터
728x90
'Java' 카테고리의 다른 글
[웹]HTTP API 설계 예시 (0) | 2023.09.17 |
---|---|
[웹]HTTP 메소드 (0) | 2023.09.15 |
[웹]URI와 웹 브라우저 요청 흐름 (1) | 2023.09.13 |
[Java] 배열 안 정수 중에서 짝수인 가장 큰 수 구하기 (0) | 2023.08.16 |
[Java] 배열 안 정수의 제곱의 합 구하기 (0) | 2023.08.16 |