HTTP의 동작 방식을 이해할 수 있다.
HTTP Messages의 구조를 설명할 수 있다.
HTTP Requests와 Responses를 구분할 수 있다.
HTTP의 응답 메시지를 찾아볼 수 있다.
🏀HTTP
HyperText Transfer Protocol의 줄임말로, HTML과 같은 문서를 전송하기 위한 프로토콜
-
웹 브라우저와 웹 서버의 소통을 위해 디자인되었다.
-
전통적인 클라이언트-서버 모델에서 클라이언트가 HTTP Messages 양식에 맞춰 요청을 보내면, 서버도 HTTP Messages 양식에 맞춰 응답한다.
🏅HTTP Messages
클라이언트와 서버 사이에서 데이터가 교환되는 방식으로,
다음과 같은 두 가지 유형이 있다.
- 요청(Requests)
- 응답(Responses)
- HTTP Messages는 몇 줄의 텍스트 정보로 구성된다.
➡ 그러나 개발자는 이런 메시지를 직접 작성할 필요가 거의 없다.
구성 파일, API, 기타 인터페이스에서 HTTP Messages를 자동으로 완성해주기 때문!
요청(Requests)과 응답(Responses)은 다음과 같은 유사한 구조를 가진다.
-
start line:start line에는 요청이나 응답의 상태를 나타낸다.
항상 첫 번째 줄에 위치하고, 응답에서는status line이라고 부른다. -
HTTP headers: 요청을 지정하거나, 메시지에 포함된 본문을 설명하는 헤더의 집합. -
empty line: 헤더와 본문을 구분하는 빈 줄 -
body: 요청과 관련된 데이터나 응답과 관련된 데이터 또는 문서를 포함한다.
요청과 응답의 유형에 따라 선택적으로 사용한다.
➡ 이 중 start line과 HTTP headers를 묶어 요청이나 응답의 헤드(head)라고 하고, payload는 body라고 부른다.
🏅Stateless(무상태성)
말 그대로 상태를 가지지 않는다 는 뜻
HTTP로 클라이언트와 서버가 통신을 주고받는 과정에서
HTTP가 클라이언트나 서버의 상태를 확인하지 않을 뿐더러,
HTTP는 통신 규약일 뿐이므로 상태를 저장하지도 않는다.
따라서 필요에 따라 다른 방법(쿠키-세션, API 등)을 통해 상태를 확인할 수 있다.
즉, HTTP는 클라이언트나 서버의 모든 상태를 다 저장하거나 추적하지 않는다.
이것이 HTTP의 가장 큰 특징인 "Stateless(무상태성)"이다.
🏀HTTP Requests
클라이언트가 서버에게 보내는 메시지
HTTP Requests는 Start line, Headers, body로 구성되어 있다.
🏅Start line
Start line에는 세 가지 요소가 있다.
-
수행할 작업(GET, PUT, POST 등)이나 방식(HEAD or OPTIONS)을 설명하는 HTTP method. 예를 들어 GET method는 리소스를 받아야 하고, POST method는 데이터를 서버로 전송한다.
-
요청 대상(일반적으로 URL이나 URI) 또는 프로토콜, 포트, 도메인의 절대 경로는 요청 컨텍스트에 작성된다. 이 요청 형식은 HTTP method 마다 다르다.
- origin 형식
'?'와 쿼리 문자열이 붙는 절대 경로. GET, POST, HEAD, OPTIONS 등의 method와 함께 사용한다.
POST / HTTP 1.1
GET /background.png HTTP/1.0
HEAD /test.html?query=alibaba HTTP/1.1
OPTIONS /anypage.html HTTP/1.0
- absolute 형식
완전한 URL 형식으로, 프록시에 연결하는 경우 대부분 GET method와 함께 사용한다.
GET http://developer.mozilla.org/en-US/docs/Web/HTTP/Messages HTTP/1.1
- authority 형식
도메인 이름과 포트 번호로 이루어진 URL의 일부분.
HTTP 터널을 구축하는 경우,CONNECT와 함께 사용할 수 있다.
CONNECT developer.mozilla.org:80 HTTP/1.1
- asterisk 형식
OPTIONS와 함께 별표(*) 하나로 서버 전체를 표현한다.
OPTIONS * HTTP/1.1
- HTTP 버전에 따라 HTTP message의 구조가 달라진다. 따라서 start line에 HTTP 버전을 함께 입력한다.
🏅Headers
요청의 Headers는 기본 구조를 따른다.
헤더 이름(대소문자 구분이 없는 문자열) : 값
- 값은 헤더에 따라 다르다. 여러 종류의 헤더가 존재하고, 아래와 같이 나눠볼 수 있다.
- General headers
메시지 전체에 적용되는 헤더로, body를 통해 전송되는 데이터와는 관련이 없는 헤더
- Request headers
fetch를 통해 가져올 리소스나 클라이언트 자체에 대한 자세한 정보를 포함하는 헤더.
- User-Agent, Accept-Type, Accept-Language와 같은 헤더는 요청을 보다 구체화한다.
- Referer처럼 컨텍스트를 제공하거나 If-None과 같이 조건에 따라 제약을 추가할 수 있다
- Representation headers
이전에는 Entity headers로 불렀으며, body에 담긴 리소스의 정보(콘텐츠 길이, MIME 타입 등)를 포함하는 헤더
🏅Body
요청의 본문은 HTTP messages 구조의 마지막에 위치한다.
- 모든 요청에 body가 필요하지는 않다. GET, HEAD, DELETE, OPTIONS처럼 서버에 리소스를 요청하는 경우에는 본문이 필요하지 않다.
POST나 PUT과 같은 일부 요청은 데이터를 업데이트하기 위해 사용. 이때 body가 쓰인다.
body는 다음과 같이 두 종류로 나눌 수 있다.
- Single-resource bodies(단일-리소스 본문)
헤더 두 개(Content-Type과 Content-Length)로 정의된 단일 파일로 구성됨
- Multiple-resource bodies(다중-리소스 본문)
여러 파트로 구성된 본문에서는 각 파트마다 다른 정보를 지닌다.
보통 HTML form과 관련이 있다.
🏀HTTP Responses
서버가 클라이언트에게 보내는 메시지
🏅Status line
응답의 첫 줄을 Status line이라고 부르며, 다음의 정보를 포함한다.
- 현재 프로토콜의 버전(텍스트HTTP/1.1)
- 상태 코드 - 요청의 결과 (ex. 200, 302, 404 등)
- 상태 텍스트 - 상태 코드에 대한 설명
Status line의 한 예시로 HTTP/1.1 404 Not Found가 있다.
🏅Headers
응답에 들어가는 HTTP headers는 요청 헤더와 동일한 구조를 가지고 있다.
대소문자 구분 없는 문자열 : 값
- 값은 헤더에 따라 다르다. 요청 헤더와 마찬가지로 몇가지 그룹으로 나눌 수 있다.
- General headers
메시지 전체에 적용되는 헤더로, body를 통해 전송되는 데이터와는 관련이 없는 헤더
- Response headers
위치 또는 서버 자체에 대한 정보(이름, 버전 등)와 같이 응답에 대한 부가적인 정보를 갖는 헤더로, Vary, Accept-Ranges와 같이 상태 줄에 넣기에는 공간이 부족했던 추가 정보를 제공한다
- Representation headers
이전에는 Entity headers로 불렀으며, body에 담긴 리소스의 정보(콘텐츠 길이, MIME 타입 등)를 포함하는 헤더
🏅Body
- 응답의 본문은 HTTP messages 구조의 마지막에 위치한다.
- 요청때와 마찬가지로 모든 응답에 body가 필요하지는 않다.
- 201, 204와 같은 상태 코드를 가지는 응답에는 본문이 필요하지 않다.
응답의 body는 다음과 같이 두 종류로 나눌 수 있다.
- Single-resource bodies(단일-리소스 본문)
- 길이가 알려진 단일-리소스 본문은 두 개의 헤더(Content-Type, Content-Length)로 정의한다.
- 길이를 모르는 단일 파일로 구성된 단일-리소스 본문은 Transfer-Encoding이 chunked 로 설정되어 있으며, 파일은 chunk로 나뉘어 인코딩되어 있다.
- Multiple-resource bodies(다중-리소스 본문)
서로 다른 정보를 담고 있는 body
