1. 왜 또 들여다봐야 하나

전 차시에서는 「클라이언트가 서버에 부탁하고, 서버가 결과를 돌려준다」는 큰 그림을 봤습니다. 그런데 그 부탁과 결과가 실제로는 어떤 글자로 생겼을까요?

좋은 소식: HTTP 메시지의 구조는 단순합니다 — 3단 으로 끝납니다.

2. 요청 메시지의 3단 구조

① 요청 라인 — 가장 중요한 한 줄

이 한 줄이 「어떤 방법(메서드)으로, 어디(경로)를, 어떤 버전(HTTP/1.1)으로 부르는지」를 모두 담습니다.

• GET — 메서드 (동사). "보여줘"
• /search?q=spring — 경로 (어디로)
• HTTP/1.1 — 프로토콜 버전

② 헤더 — 부가 정보

한 줄에 하나씩 적힌 「이름: 값」 형식의 메타 데이터입니다. 자주 보는 헤더:

• Host — 어느 사이트에 보내는지
• User-Agent — 어떤 브라우저가 보냈는지
• Accept — 어떤 형식의 응답을 받고 싶은지
• Cookie — 가지고 있는 쿠키 (Part 5 에서 자세히)

③ 바디 — 보낼 내용물

요청 메서드에 따라 다릅니다:

• GET — 비어 있음 (보낼 게 없음, URL 의 ?q=spring 부분이 대신함)
• POST — 여기에 폼 데이터가 담김 (다음 차시에서 직접 확인)

3. 응답 메시지의 3단 구조

요청과 거의 같은 모양인데, 첫 줄이 「상태 라인」으로 바뀝니다. 가장 중요한 건 가운데의 세 자리 숫자입니다.

4. 상태 코드 — 한눈에 결과 판단

5. 메서드 — 요청의 「동사」

이번 과정에서는 두 개만 깊게 봅니다:

나머지 PUT(수정), DELETE(삭제)는 Part 6 REST API에서 만납니다. GET 과 POST 의 결정적 차이는 다음 차시에서 직접 폼을 보내며 확인합니다.

6. 직접 보기 — F12 의 Headers 탭

크롬에서 F12 를 누르고 Network 탭을 켠 뒤 새로고침 → 첫 줄을 클릭하면 오른쪽 패널이 열립니다.

그 안에 적힌 글자들이 정확히 위에서 본 「라인 + 헤더 + 바디」 구조입니다. 한 번 눈으로 매칭해두면 다시는 헷갈리지 않습니다.

7. Before / After