HTTP狀態(tài)碼是什么意思?
HTTP狀態(tài)碼(英語:HTTP Status Code)是用以表示網(wǎng)頁服務(wù)器超文本傳輸協(xié)議響應(yīng)狀態(tài)的3位數(shù)字代碼。它由 RFC 2616 規(guī)范定義的,并得到 RFC 2518、RFC 2817、RFC 2295、RFC 2774 與 RFC 4918 等規(guī)范擴展。所有狀態(tài)碼的第一個數(shù)字代表了響應(yīng)的五種狀態(tài)之一。所示的消息短語是典型的,但是可以提供任何可讀取的替代方案。 除非另有說明,狀態(tài)碼是HTTP / 1.1標準(RFC 7231)的一部分。這一類型的狀態(tài)碼,代表請求已成功被服務(wù)器接收、理解、并接受。
(1)200 OK
請求已成功,請求所希望的響應(yīng)頭或數(shù)據(jù)體將隨此響應(yīng)返回。出現(xiàn)此狀態(tài)碼是表示正常狀態(tài)。
(2)201 Created
請求已經(jīng)被實現(xiàn),而且有一個新的資源已經(jīng)依據(jù)請求的需要而建立,且其 URI 已經(jīng)隨Location 頭信息返回。假如需要的資源無法及時建立的話,應(yīng)當返回 '202 Accepted'。
(3)202 Accepted
服務(wù)器已接受請求,但尚未處理。正如它可能被拒絕一樣,最終該請求可能會也可能不會被執(zhí)行。在異步操作的場合下,沒有比發(fā)送這個狀態(tài)碼更方便的做法了。
返回202狀態(tài)碼的響應(yīng)的目的是允許服務(wù)器接受其他過程的請求(例如某個每天只執(zhí)行一次的基于批處理的操作),而不必讓客戶端一直保持與服務(wù)器的連接直到批處理操作全部完成。在接受請求處理并返回202狀態(tài)碼的響應(yīng)應(yīng)當在返回的實體中包含一些指示處理當前狀態(tài)的信息,以及指向處理狀態(tài)監(jiān)視器或狀態(tài)預測的指針,以便用戶能夠估計操作是否已經(jīng)完成。
(4)203 Non-Authoritative?Information
服務(wù)器已成功處理了請求,但返回的實體頭部元信息不是在原始服務(wù)器上有效的確定集合,而是來自本地或者第三方的拷貝。當前的信息可能是原始版本的子集或者超集。例如,包含資源的元數(shù)據(jù)可能導致原始服務(wù)器知道元信息的超集。使用此狀態(tài)碼不是必須的,而且只有在響應(yīng)不使用此狀態(tài)碼便會返回200 OK的情況下才是合適的。
(5)204 No Content
服務(wù)器成功處理了請求,但不需要返回任何實體內(nèi)容,并且希望返回更新了的元信息。響應(yīng)可能通過實體頭部的形式,返回新的或更新后的元信息。如果存在這些頭部信息,則應(yīng)當與所請求的變量相呼應(yīng)。
如果客戶端是瀏覽器的話,那么用戶瀏覽器應(yīng)保留發(fā)送了該請求的頁面,而不產(chǎn)生任何文檔視圖上的變化,即使按照規(guī)范新的或更新后的元信息應(yīng)當被應(yīng)用到用戶瀏覽器活動視圖中的文檔。
由于204響應(yīng)被禁止包含任何消息體,因此它始終以消息頭后的第一個空行結(jié)尾。
(6)205 Reset Content
服務(wù)器成功處理了請求,且沒有返回任何內(nèi)容。但是與204響應(yīng)不同,返回此狀態(tài)碼的響應(yīng)要求請求者重置文檔視圖。該響應(yīng)主要是被用于接受用戶輸入后,立即重置表單,以便用戶能夠輕松地開始另一次輸入。
與204響應(yīng)一樣,該響應(yīng)也被禁止包含任何消息體,且以消息頭后的第一個空行結(jié)束。
(7)206 Partial Content
服務(wù)器已經(jīng)成功處理了部分 GET 請求。類似于 FlashGet 或者迅雷這類的 HTTP下載工具都是使用此類響應(yīng)實現(xiàn)斷點續(xù)傳或者將一個大文檔分解為多個下載段同時下載。
該請求必須包含 Range 頭信息來指示客戶端希望得到的內(nèi)容范圍,并且可能包含 If-Range 來作為請求條件。
響應(yīng)必須包含如下的頭部域:
Content-Range 用以指示本次響應(yīng)中返回的內(nèi)容的范圍;如果是?Content-Type?為 multipart/byteranges 的多段下載,則每一 multipart 段中都應(yīng)包含 Content-Range 域用以指示本段的內(nèi)容范圍。假如響應(yīng)中包含 Content-Length,那么它的數(shù)值必須匹配它返回的內(nèi)容范圍的真實字節(jié)數(shù)。
Date
ETag?和/或 Content-Location,假如同樣的請求本應(yīng)該返回200響應(yīng)。
Expires, Cache-Control,和/或 Vary,假如其值可能與之前相同變量的其他響應(yīng)對應(yīng)的值不同的話。
假如本響應(yīng)請求使用了 If-Range 強緩存驗證,那么本次響應(yīng)不應(yīng)該包含其他實體頭;假如本響應(yīng)的請求使用了 If-Range 弱緩存驗證,那么本次響應(yīng)禁止包含其他實體頭;這避免了緩存的實體內(nèi)容和更新了的實體頭信息之間的不一致。否則,本響應(yīng)就應(yīng)當包含所有本應(yīng)該返回200響應(yīng)中應(yīng)當返回的所有實體頭部域。
假如 ETag 或?Last-Modified?頭部不能精確匹配的話,則客戶端緩存應(yīng)禁止將206響應(yīng)返回的內(nèi)容與之前任何緩存過的內(nèi)容組合在一起。
(8)207 Multi-Status
由WebDAV(RFC 2518)擴展的狀態(tài)碼,代表之后的消息體將是一個XML消息,并且可能依照之前子請求數(shù)量的不同,包含一系列獨立的響應(yīng)代碼。