🌱 Spring Boot 시작하기 - 4. HTTP 개념과 메시지 구조, 메서드 이해

날짜:2025-10-22

---

학습 목표

• HTTP(HyperText Transfer Protocol)의 개념과 특징 이해
• HTTP 메시지(Request/Response) 구조 이해
• 주요 HTTP Method와 특성(Safe, Idempotent, Cacheable) 이해

---

✅ HTTP란?

HTTP

• 웹에서 데이터를 주고받기 위한 통신 규약입니다.

• 편지를 주고받는 것과 비슷하게, 보내는 사람, 받는 사람, 내용이 정해진 형식으로 전달됩니다.

• ❗ 중요: HTTP 버전 1.1, 2.0, 3.0이 있지만, 강의에서는 1.1 위주로 다룹니다.

---

HTTP 동작 순서

• 1.클라이언트(Client)는 요청(Request)을 보낸 후 응답을 기다립니다.
• 2.서버(Server)는 요청을 처리하고 응답(Response)을 반환합니다.

---

✅ HTTP 특징

HTTP는 불특정 다수의 환경에서 통신이 가능하도록 설계되었습니다.

무상태(Stateless)

• 서버는 클라이언트의 상태(State)를 저장하지 않습니다.

💡 실생활 비유:

• 저장 기능 없는 게임을 재접속하면 이전 점수나 상태가 사라지고 처음부터 시작하는 상황과 같음

---

장점

• Scale Out(수평 확장) 용이
• 요청량 증가 시 서버 증설이 쉽다

---

단점

• 클라이언트가 추가 데이터를 전송해야 함

---

한계점

• 무상태 설계가 어려운 경우 존재
• 로그인, 인증 등 상태 관리 필요 → Cookie, Session, Token 활용 (추후 학습)

---

✅ HTTP 메시지 구조

• HTTP 메시지는 요청(Request)과 응답(Response) 두 가지로 구분됩니다.
  

---

HTTP 요청 메시지(Request Message)

1.Start Line

HTTP Method: GET, POST, PUT, PATCH, DELETE 등

• Create → POST
• Read → GET
• Update → PUT(전체), PATCH(부분)
• Delete → DELETE
• Request Target(Path): /event, /search?keyword=sparta 등
• HTTP Version: 1.1

---

2.Heade

• Host: spartacodingclub.kr 등
• 요청 관련 추가 정보(인증, 브라우저, 서버 정보 등)

---

3.Empty Line

• 필수 공백 한 줄

---

4.Message Body

• 전송할 데이터 (HTML, 이미지, JSON 등)
• GET의 경우 Body가 없는 경우가 많음

---

HTTP 응답 메시지(Response Message)

1.Start Line

• HTTP Version
• Status Code: 요청 성공/실패 여부
• Status Text: 상태 메시지

---

2.Header*

• Response 전용 Header 값

---

3.Empty Lin

• 필수 공백 한 줄

---

4.Message Body

• 실제 전송 데이터
• 데이터 없으면 공백 존재

---

✅ HTTP Method

클라이언트와 서버 간 데이터 전송 방식을 의미합니다.

주요 Method

Method	역할	특징
POST	리소스 생성	Message Body 통해 요청 데이터 전달
GET	리소스 조회	Message Body 없음 (권장)
PUT	리소스 전체 수정	기존 데이터 덮어쓰기
PATCH	리소스 일부 수정	일부 데이터만 변경
DELETE	리소스 삭제	삭제 수행

기타 Method

• HEAD: GET에서 Body 제외, 상태 줄과 Header만 반환
• OPTIONS: 대상 리소스에서 지원 가능한 Method 확인

---

✅ HTTP Method 속성

1.안전성(Safe)

• GET: 안전 (데이터 변환 없음)
• POST, PUT, PATCH, DELETE: 안전하지 않음 (데이터 생성/수정/삭제)

---

2.멱등성(Idempotent)

• 여러 번 호출해도 결과가 동일
• GET, PUT, DELETE: 멱등성 있음
• POST: 멱등성 없음 (예: 게시글 중복 생성, 송금 중복)
• 멱등성은 실패 시 재시도 가능 여부 판단 기준으로 사용

---

3.캐시 가능성(Cacheable)

• 요청 응답을 저장하여 재사용 가능 여부
• GET, HEAD, POST 가능 (주로 GET, HEAD 사용)
• 정적 자원(HTML, CSS, 이미지, JS 등) 캐싱에 활용

---

캐시(Cache)란?

• 클라이언트가 서버에 요청했던 데이터를 임시로 저장하여,매번 새로 요청하지 않고 재사용할 수 있는 공간

---

정리

• HTTP: 웹에서 데이터를 주고받는 통신 규약
• 무상태(Stateless): 서버는 클라이언트 상태를 저장하지 않음 → Cookie, Session, Token 활용 필요
• HTTP 메시지: Request와 Response로 구성
• HTTP Method: 데이터 전송 방식 (POST, GET, PUT, PATCH, DELETE 등)
• ethod 속성: 안전성, 멱등성, 캐시 가능성 이해 → 재시도, 중복 요청 처리 등 활용