-
이전에 웹 브라우저 카테고리에서 HTTP 메시지에 대한 내용을 조금 언급했다
이번엔 그것에 대해 조금 더 깊게 이해 해보자
HTTP 요청 메시지와 HTTP 응답 메시지의 구조는 동일하다
start-line 시작라인
header 헤더
empty line 공백라인
message body 바디
전에 언급한 HTTP 요청 메시지에서는 바디가 없었다
-GET /search?q=hello&hi=ko HTTP/1.1 (시작라인)
HOST: http://www.google.com(헤더)
(empty line)
딱히 전송할 데이터가 없을 때 이렇게 생략할 수 있으며, 요청 메시지도 body를 가질 수 있다
응답 메시지는 이렇게 생겼다
HTTP/1.1 200 OK (시작라인)
Content-Type: text/html;charset=UTF-8 (헤더)
Content-Length: 3423
(공백라인)
<html> (바디)
<body>...</body>
</html>
시작 라인 (요청 메시지)
- 요청 메시지는 request-line에 해당
- request-line의 구조 : method SP (공백) request-target(패스) SP HTTP-version CRLF(엔터)
- HTTP 메서드 (서버가 해야할 동작 지정) : GET, POST, PUT, DELETE
- GET : 리소스 조회
- POST : 요청 내역 처리
- 요청 대상
- absolute-path[?query] (절대경로[?쿼리])
- 절대경로= "/"로 시작하는 경로
- 참고로 http://...?x=y 와 같이 다른 유형의 경로지정 방법도 있다
시작 라인 (응답 메시지)
- 응답 메시지는 status-line 에 해당
- status-line의 구조 : HTTP-version SP status-code SP reason-pharse CRLF
- HTTP 버전
- HTTP 상태 코드 : 요청 성공, 실패를 나타냄
- 200 : 성공, 400 : 클라이언트 요청 오류, 500 : 서버 내부 오류
- 이유 문구 : 사람이 이해할 수 있는 짧은 상태 코드 설명 글
헤더
-헤더 구조 : field-name ":" OWS field-value OWS (OWS : 띄어쓰기 허용)
- field-name은 대소문자 구분 없음 (value는 당연히 대소문자 구분 있음)
용도
- HTTP 전송에 필요한 모든 정보
- 예) 메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트 정보, 서버 앱 정보, 캐시 관리 정보...
- 표준 헤더가 너무 많다
- 필요시 임의의 헤더 추가 가능하다
바디
- 실제 전송할 데이터
- HTML 문서, 이미지, 영상, JSON 등등 byte로 표현할 수 있는 모든 데이터 전송 가능