인터넷을 통해 정보를 주고받을 때 HTTP(HyperTex.t Transfer Protocol)는 웹 브라우저와 서버 간의 데이터 전송을 위한 표준 프로토콜로 사용됩니다.
HTTP는 요청(Request)과 응답(Response) 형식의 메시지를 통해 동작합니다.
이 글에서는 HTTP 메시지의 기본 구조를 살펴보고, 요청과 응답 메시지가 어떻게 구성되는지 알아보겠습니다.
이를 통해 웹 애플리케이션이 어떻게 동작하는지 깊이 이해할 수 있습니다.
HTTP 메시지 구조 이해하기 - 요청과 응답의 기본 구성 요소
1. HTTP 메시지의 기본 구성 요소
HTTP 메시지는 Start Line(시작 줄), Message Header(메시지 헤더), Message Body(메시지 본문)의 세 부분으로 구성됩니다.
이 구조는 클라이언트의 요청과 서버의 응답에 모두 동일하게 적용됩니다.
| 구성 요소 | 설명 | 예시 |
|---|---|---|
| Start Line | 요청 메서드 및 URL 또는 상태 코드 포함 | `GET /index.html HTTP/1.1` `HTTP/1.1 200 OK` |
| Message Header | 요청/응답에 대한 추가 정보를 제공 | `Content-Type: text/html` `User-Agent: Mozilla/5.0` |
| Message Body | 요청 또는 응답 데이터를 포함 | `...` 또는 `{"name": "John"}` |
(1) Start Line (시작 줄)
요청 메시지의 경우, 시작 줄은 HTTP 메서드, 요청 URL, HTTP 버전으로 구성됩니다.
GET /index.html HTTP/1.1
응답 메시지의 경우, 시작 줄에는 HTTP 버전, 상태 코드, 상태 메시지가 포함됩니다.
HTTP/1.1 200 OK
(2) Message Header (메시지 헤더)
메시지 헤더는 여러 개의 헤더 필드로 구성되며, 요청과 응답에 대한 추가 정보를 제공합니다.
| 헤더 필드 | 설명 | 예시 |
|---|---|---|
| `Content-Type` | 본문의 데이터 형식을 지정 | `Content-Type: application/json` |
| `User-Agent` | 클라이언트의 브라우저 정보 제공 | `User-Agent: Chrome/114.0` |
| `Accept` | 클라이언트가 수락 가능한 콘텐츠 유형 | `Accept: text/html` |
| `Cookie` | 클라이언트가 전송하는 쿠키 정보 | `Cookie: sessionId=abc123` |
| `Host` | 요청이 전송된 서버의 도메인 | `Host: www.example.com` |
- 헤더와 본문 사이에는 CRLF(Carriage Return and Line Feed)로 줄 바꿈(`\r\n`)을 사용하여 헤더의 끝을 표시합니다.
(3) Message Body (메시지 본문)
메시지 본문에는 요청에 필요한 데이터나 응답 데이터가 포함됩니다.
POST /login HTTP/1.1
Host: example.com
Content-Type: application/json
Content-Length: 34
{
"username": "john",
"password": "1234"
}
<html>
<body>
<h1>Welcome to our site!</h1>
</body>
</html>
2. HTTP 요청과 응답의 차이점
HTTP 메시지의 구조는 요청(Request)과 응답(Response)이 유사하지만, 시작 줄의 내용에서 차이가 있습니다.
요청 예시
GET /products HTTP/1.1
Host: api.example.com
User-Agent: Mozilla/5.0
Accept: application/json
응답 예시
HTTP/1.1 200 OK
Content-Type: application/json
Content-Length: 45
{"status": "success", "message": "Data retrieved"}
| 구분 | 요청(Request) 예시 | 응답(Response) 예시 |
|---|---|---|
| Start Line | `GET /api/users HTTP/1.1` | `HTTP/1.1 200 OK` |
| Header | `Accept: application/json` | `Content-Type: application/json` |
| Message Body | (비어 있을 수 있음) | `{"name": "John", "age": 30}` |
3. HTTP 메시지의 실제 활용 예제
클라이언트가 서버에 로그인 요청을 보내고, 서버가 그에 대한 응답을 제공하는 시나리오를 살펴봅시다.
- 클라이언트 요청
POST /api/login HTTP/1.1
Host: www.example.com
Content-Type: application/x-www-form-urlencoded
Content-Length: 29
username=johndoe&password=1234
- 서버 응답
HTTP/1.1 200 OK
Set-Cookie: sessionId=abc123; Path=/; HttpOnly
Content-Type: text/html
Content-Length: 24
<h1>Login Success</h1>
위 예제에서 서버는 클라이언트가 보낸 로그인 정보를 처리한 후, 성공적으로 로그인되었음을 알리는 응답을 보냅니다.
또한, `Set-Cookie`를 통해 세션 ID를 클라이언트에게 전달하여, 이후 요청에서 상태를 추적할 수 있습니다.
마치며
HTTP 메시지는 Start Line, Message Header, Message Body로 구성되어 있으며, 요청과 응답 모두 같은 구조를 가집니다.
하지만 요청과 응답의 시작 줄에 포함된 정보는 서로 다릅니다.
이러한 HTTP 메시지 구조를 이해하면 클라이언트와 서버 간의 통신이 어떻게 이루어지는지 그리고 웹 애플리케이션이 어떻게 동작하는지를 명확히 이해할 수 있습니다.
HTTP는 단순하면서도 확장성이 뛰어난 프로토콜로, 다양한 웹 서비스에서 필수적인 역할을 수행합니다.
앞으로 HTTP의 구조를 활용하여 효율적이고 안전한 웹 애플리케이션을 개발해 보세요!
▼ 함께 보면 좋은 글 ▼
'Programming & Platform > Web' 카테고리의 다른 글
| SVG에서 defs 태그 - 반복되는 그래픽 요소를 효율적으로 관리하는 방법 (0) | 2024.11.20 |
|---|---|
| SVG - 웹에서 확장 가능한 벡터 그래픽을 만나다 (4) | 2024.11.19 |
| 웹 통신의 핵심 프로토콜, HTTP의 특징 알아보기 (1) | 2024.11.16 |
| 웹 개발에서 캐시 무효화를 위한 쿼리 문자열 활용하기 - 꼭 알아야 할 실전 팁 (0) | 2024.11.13 |
| 프리플라이트(Preflight) 요청이란? CORS와의 관계 및 예시 코드 (4) | 2024.10.06 |
