信息

每個 HTTP 響應都附帶一個狀態碼，以明確的數字信息表明請求的處理方式。 HTTP 狀態碼是從服務器發送給客戶端的 HTTP 響應的首行。 如果您想知道服務器為什麼發送了特定的狀態碼以及它的含義，或者如果您正在構建服務器並且正在尋找要返回的完美的狀態碼，這個列表將非常有用。 狀態碼由 3 位數字和一個簡短的描述組成。 數字的第一位確定了響應組。 共有五個組： 1xx：信息性響應 - 表示請求已接收且已被理解 2xx：成功的響應 - 表示客戶端發出的請求已被接收、理解和接受 3xx：重定向 - 表示客戶端必須採取其他操作才能完成請求 4xx：客戶端錯誤 - 表示發生了客戶端引起的錯誤 5xx：服務器錯誤 - 表示發生了服務器上的錯誤 在本文的其餘部分中，我列出了所有有用的狀態碼。 （我刪除了一些特定於技術的狀態碼，例如 WebDAV 和很少使用的狀態碼） 信息性響應 狀態碼 描述 100 Continue 服務器已收到請求標頭，客戶端應繼續發送請求正文（例如，POST 請求）。 在請求被拒絕適用於不適當的標頭之後，將大的請求正文發送到服務器可能是低效的。 要求服務器檢查請求的標頭，客戶端必須在初始請求中作為標頭發送 Expect: 100-continue，並在接收到 100 Continue 狀態碼的響應後再發送正文。 如果客戶端收到 403（Forbidden）或 405（Method Not Allowed）等錯誤碼，那麼它就不應該發送請求的正文。 回應 417 Expectation Failed 表示應該重複請求，而不使用 Expect 標頭，因為它表示服務器不支持期望（對於 HTTP/1.0 服務器來說就是這種情況）。 101 Switching Protocols 客戶端要求服務器切換協議，服務器已同意切換。參見 RFC 7231 ＃6.2.2 成功的響應 狀態碼 描述 200 OK 標準的成功 HTTP 請求響應。 201 Created 通常是對 POST 請求的回應。請求已完成，並創建了新的資源。 202 Accepted 請求已被接受處理。對實際處理以及結果沒有具體要求，可能發生在另一個服務器上或批量處理。 203 Non-Authoritative Information 原始服務器返回了 200，並且位於客戶端和服務器之間的轉換代理更改了有效負載。 204 No Content 服務器成功處理了請求，但沒有返回任何內容。 205 Reset Content 服務器成功處理了請求，但沒有返回任何內容。類似於 204 響應，但服務器要求客戶端重置文檔視圖（例如用於清除表單） 206 Partial Content 根據客戶端發送的 Range 請求，服務器發送部分內容的響應。參見 RFC 7233 ＃4....