Continue

개요

100 Continue는 최종 응답이 아니라 임시(interim) 응답입니다. 클라이언트가 큰 본문을 보내기 전에 서버가 요청 헤더만 먼저 검사하고 "본문을 계속 보내도 좋다"고 알리는 신호이며, 클라이언트가 요청에 Expect: 100-continue 헤더를 넣었을 때만 발생합니다.

이 핸드셰이크는 대역폭 낭비를 막아 줍니다. 서버가 인증 실패나 크기 제한 등으로 요청을 거부할 상황이라면, 수 메가바이트의 본문을 다 받기 전에 미리 거절할 수 있기 때문입니다. 실제 최종 상태(200, 201 등)는 본문 전송이 끝난 뒤 별도로 도착합니다.

언제 발생하나

• 클라이언트가 Expect: 100-continue 헤더와 함께 대용량 PUT/POST 업로드를 시작하고 서버가 본문을 받아들일 의사가 있을 때, 서버는 먼저 100을 돌려보냅니다.
• curl은 본문이 약 1KB를 넘으면 자동으로 Expect: 100-continue를 붙이므로 -v 옵션의 상세 로그에서 이 흐름을 자주 볼 수 있습니다.

요청 / 응답 예시

PUT /uploads/large-file.bin HTTP/1.1
Host: api.example.com
Content-Length: 10485760
Expect: 100-continue
Content-Type: application/octet-stream

HTTP/1.1 100 Continue

(client now streams the 10 MB body, then receives the final response)

HTTP/1.1 201 Created
Location: /uploads/large-file.bin

코드로 보기

curl -v --data-binary @large.bin \
  -H 'Expect: 100-continue' \
  https://api.example.com/upload

import requests
r = requests.put('https://api.example.com/upload',
                 data=open('large.bin', 'rb'),
                 headers={'Expect': '100-continue'})
print(r.status_code)  # final status, e.g. 201

실무 참고

• 100 응답에는 본문이 없으며, 하나의 요청에 대해 여러 개의 1xx 임시 응답이 최종 응답 앞에 올 수 있습니다.
• 서버나 중간 프록시가 Expect를 지원하지 않으면 100을 아예 보내지 않을 수 있는데, 잘 구현된 클라이언트는 짧은 타임아웃 뒤 그냥 본문을 전송합니다.
• 서버가 Expect: 100-continue를 만족할 수 없다면 100 대신 417 Expectation Failed로 응답합니다.

관련 상태코드

관련 헤더

스펙 근거