100 Continue 是一種中間（資訊）回應，告訴用戶端：伺服器已收到要求標頭、沒有拒絕，並已準備好接收要求主體。最終回應（例如 201 Created 或 413 Content Too Large）稍後才會在同一條連線上送達。
這個狀態碼是為大型上傳而設計的。用戶端若不想傳完好幾 MB 的資料才被拒絕，可以在要求中加上 Expect: 100-continue 並稍候片刻。伺服器回應 100 Continue，用戶端就傳送主體；伺服器若直接回應最終錯誤，例如 401 或 413，用戶端就能省下這次上傳。無法滿足這項預期的伺服器可以回應 417 Expectation Failed。
瀏覽器本身不會傳送 Expect: 100-continue，會用到它的是 HTTP 程式庫、curl 等命令列工具，以及會上傳檔案的 API 用戶端。用戶端不會無限期等待：如果在短暫的逾時時間內（curl 預設為 1 秒）沒有收到 100，就會直接傳送主體。伺服器不得對 HTTP/1.0 用戶端傳送 1xx 回應。
回應範例
HTTP
HTTP/1.1 100 Continue
HTTP/1.1 201 Created
Date: Fri, 06 Nov 2026 10:15:32 GMT
Location: /uploads/7f3c9a2e
Content-Length: 0SEO 與重新導向檢查
100 永遠不會以網頁狀態的形式出現在搜尋引擎面前。它後面一定跟著一個最終回應，爬蟲與重新導向檢查工具回報的正是這個最終狀態。中間回應會由 HTTP 用戶端自行處理，因此 TrueURL 顯示的是每個躍點的最終狀態，而不是在它之前出現的 100 Continue。
常見原因與使用情境
- API 用戶端或 curl 以
Expect: 100-continue上傳大型主體，而伺服器同意接收。 - 反向代理伺服器或應用程式伺服器代替應用程式回應這項預期。
- 上傳開始前總會卡住約 1 秒：用戶端正在等待伺服器始終不會送出的
100 Continue。請在用戶端關閉這項預期，或讓伺服器支援它。