0. HTTP 메세지

HTTP 메세지는 서버와 클라이언트 간에 데이터가 교환되는 방식입니다. 메세지 타입은 두가지가 있습니다. 요청은 클라이언트가 서버로 전달해서 서버의 액션이 일어나게끔 하는 메세지입니다. 응답은 클라이언트의 요청에 대한 서버의 답변입니다.

HTTP 메세지는 ASCII로 인코딩된 텍스트 정보이며 여러 줄로 되어 있습니다. HTTP 프로토콜 초기 버전과 HTTP/1.1에서는 클라이언트와 서버 사이의 연결을 통해 공개적으로 전달되었습니다. 이렇게 한 때 사람이 읽을 수 있었던 메세지는 HTTP/2에서는 최적화와 성능 향상을 위해 이진프로토콜의 HTTP 프레임으로 나누어집니다.

웹 개발자, 또는 웹 마스터가 손수 HTTP 메세지를 텍스트로 작성하는 경우는 드뭅니다. 대신에 소프트웨어, 브라우저, 프록시, 또는 웹 서버가 그 일을 합니다. HTTP 메세지는 설정 파일, API 그리고 다른 인터페이스를 통해 제공됩니다.

HTTP/2의 이진 프레이밍 메커니즘은 사용중인 API나 설정 파일 등을 변경하지 않아도 되도록 설계 되었기 때문에, 사용자가 보고 이해하기 쉽습니다.

HTTP 요청과 응답의 구조는 서로 닮았으며, 그 구조는 다음과 같습니다.

1. 시작 줄에는 실행되어야 할 요청, 또는 요청 수행에 대한 성공 또는 실패가 기록되어 있습니다. 이 줄은 항상 한 줄로 끝납니다.
2. 옵션으로 HTTP 헤더 세트가 들어갑니다. 여기에는 요청에 대한 설명, 혹은 메세지 본문에 대한 설명이 들어갑니다.
3. 요청에 대한 모든 메타 정보가 전송되었음을 알리는 빈 줄이 삽입됩니다.
4. 요청과 관련된 내용이 옵션으로 들어가거나 응답과 관련된 문서가 들어갑니다. 본문의 존재 유무 및 크기는 첫 줄과 HTTP 헤더에 명시됩니다.

HTTP 메세지의 시작 줄과 HTTP 헤더를 묶어서 요청 헤드라고 부르며, 이와 반대로 HTTP 메세지의 페이로드는 본문이라고 합니다.

1. HTTP 요청

1.1 요청 라인

HTTP 요청은 서버가 특정 동작을 취하게끔 만들기 위해 클라이언트에서 전송하는 메세지입니다. 시작 줄은 다음과 같이 세 가지 요소로 이루어져 있습니다.

1. 첫번째는 HTTP method로 영어 동사 혹은 명사를 사용해 서버가 수행해야 할 동작을 나타냅니다.
2. 두번째로 오는 요청 타켓은 주로 URL, 프로토콜, 포트, 도메인의 절대 경로로 나타낼 수 있으며 이들은 요청 컨텍스트에 의해 특정지어 집니다. 요청 타켓 포맷은 HTTP 메소드에 따라 달라집니다.

• origin 형식: 형식 끝에 '?'와 쿼리 문자열이 붙는 절대 경로입니다. 이는 가장 일반적인 형식이며 GET, POST, HEAD, OPTIONS 메서드와 함께 사용합니다.