http 狀態碼 2xx 系列

時間 2019-11-30

標籤 http 狀態 2xx 系列欄目 HTTP/TCP 简体版

原文原文鏈接

2xx成功

這一類型的狀態碼，表明請求已成功被服務器接收、理解、並接受。html

201 Created: 請求已經被實現，並且有一個新的資源已經依據請求的須要而建立，且其 URI已經隨Location頭信息返回。假如須要的資源沒法及時建立的話，應當返回' 202 Accepted'。

202 Accepted: 服務器已接受請求，但還沒有處理。正如它可能被拒絕同樣，最終該請求可能會也可能不會被執行。在異步操做的場合下，沒有比發送這個狀態碼更方便的作法了。; 返回202狀態碼的響應的目的是容許服務器接受其餘過程的請求（例如某個天天只執行一次的基於批處理的操做），而沒必要讓客戶端一直保持與服務器的鏈接直到批處理操做所有完成。在接受請求處理並返回202狀態碼的響應應當在返回的實體中包含一些指示處理當前狀態的信息，以及指向處理狀態監視器或狀態預測的指針，以便用戶可以估計操做是否已經完成。

203 Non-Authoritative Information: 服務器已成功處理了請求，但返回的實體頭部元信息不是在原始服務器上有效的肯定集合，而是來自本地或者第三方的拷貝。當前的信息多是原始版本的子集或者超集。例如，包含資源的元數據可能致使原始服務器知道元信息的超集。使用此狀態碼不是必須的，並且只有在響應不使用此狀態碼便會返回 200 OK的狀況下才是合適的。

204 No Content: 服務器成功處理了請求，但不須要返回任何實體內容，而且但願返回更新了的元信息。響應可能經過實體頭部的形式，返回新的或更新後的元信息。若是存在這些頭部信息，則應當與所請求的變量相呼應。; 若是客戶端是瀏覽器的話，那麼用戶瀏覽器應保留髮送了該請求的頁面，而不產生任何文檔視圖上的變化，即便按照規範新的或更新後的元信息應當被應用到用戶瀏覽器活動視圖中的文檔。; 因爲204響應被禁止包含任何消息體，所以它始終以消息頭後的第一個空行結尾。

205 Reset Content: 服務器成功處理了請求，且沒有返回任何內容。可是與 204響應不一樣，返回此狀態碼的響應要求請求者重置文檔視圖。該響應主要是被用於接受用戶輸入後，當即重置表單，以便用戶可以輕鬆地開始另外一次輸入。; 與204響應同樣，該響應也被禁止包含任何消息體，且以消息頭後的第一個空行結束。

206 Partial Content

服務器已經成功處理了部分GET請求。相似於 FlashGet或者迅雷這類的 HTTP 下載工具都是使用此類響應實現斷點續傳或者將一個大文檔分解爲多個下載段同時下載。

該請求必須包含Range頭信息來指示客戶端但願獲得的內容範圍，而且可能包含If-Range來做爲請求條件。

響應必須包含以下的頭部域：

Content-Range用以指示本次響應中返回的內容的範圍；若是是Content-Type爲multipart/byteranges的多段下載，則每一multipart段中都應包含Content-Range域用以指示本段的內容範圍。假如響應中包含Content-Length，那麼它的數值必須匹配它返回的內容範圍的真實字節數。
Date
ETag和／或Content-Location，假如一樣的請求本應該返回200響應。
Expires, Cache-Control，和／或Vary，假如其值可能與以前相同變量的其餘響應對應的值不一樣的話。

假如本響應請求使用了If-Range強緩存驗證，那麼本次響應不該該包含其餘實體頭；假如本響應的請求使用了If-Range弱緩存驗證，那麼本次響應禁止包含其餘實體頭；這避免了緩存的實體內容和更新了的實體頭信息之間的不一致。不然，本響應就應當包含全部本應該返回200響應中應當返回的全部實體頭部域。

假如ETag或Last-Modified頭部不能精確匹配的話，則客戶端緩存應禁止將206響應返回的內容與以前任何緩存過的內容組合在一塊兒。

任何不支持Range以及Content-Range頭的緩存都禁止緩存206響應返回的內容。