一、定義

　　HTTP狀態(tài)碼(HTTP Status Code)是用以表示網(wǎng)頁(yè)服務(wù)器HTTP響應(yīng)狀態(tài)的3位數(shù)字代碼。它由 RFC 2616 規(guī)范定義的，并得到RFC 2518、RFC 2817、RFC 2295、RFC 2774、RFC 4918等規(guī)范擴(kuò)展。

　　所有狀態(tài)碼的第一個(gè)數(shù)字代表了響應(yīng)的五種狀態(tài)之一。

　　二、消息(1字頭)

　　這一類型的狀態(tài)碼，代表請(qǐng)求已被接受，需要繼續(xù)處理。這類響應(yīng)是臨時(shí)響應(yīng)，只包含狀態(tài)行和某些可選的響應(yīng)頭信息，并以空行結(jié)束。由于 HTTP/1.0 協(xié)議中沒(méi)有定義任何 1xx 狀態(tài)碼，所以除非在某些試驗(yàn)條件下，服務(wù)器禁止向此類客戶端發(fā)送 1xx 響應(yīng)。

　　100 Continue

　　客戶端應(yīng)當(dāng)繼續(xù)發(fā)送請(qǐng)求。這個(gè)臨時(shí)響應(yīng)是用來(lái)通知客戶端它的部分請(qǐng)求已經(jīng)被服務(wù)器接收，且仍未被拒絕。客戶端應(yīng)當(dāng)繼續(xù)發(fā)送請(qǐng)求的剩余部分，或者如果請(qǐng)求已經(jīng)完成，忽略這個(gè)響應(yīng)。服務(wù)器必須在請(qǐng)求完成后向客戶端發(fā)送一個(gè)最終響應(yīng)。

　　101 Switching Protocols

　　服務(wù)器已經(jīng)理解了客戶端的請(qǐng)求，并將通過(guò)Upgrade 消息頭通知客戶端采用不同的協(xié)議來(lái)完成這個(gè)請(qǐng)求。在發(fā)送完這個(gè)響應(yīng)最后的空行后，服務(wù)器將會(huì)切換到在Upgrade 消息頭中定義的那些協(xié)議。

　　只有在切換新的協(xié)議更有好處的時(shí)候才應(yīng)該采取類似措施。例如，切換到新的HTTP 版本比舊版本更有優(yōu)勢(shì)，或者切換到一個(gè)實(shí)時(shí)且同步的協(xié)議以傳送利用此類特性的資源。

　　102 Processing

　　由WebDAV(RFC 2518)擴(kuò)展的狀態(tài)碼，代表處理將被繼續(xù)執(zhí)行。

　　三、成功(2字頭)

　　這一類型的狀態(tài)碼，代表請(qǐng)求已成功被服務(wù)器接收、理解、并接受。

　　200 OK

　　請(qǐng)求已成功，請(qǐng)求所希望的響應(yīng)頭或數(shù)據(jù)體將隨此響應(yīng)返回。

　　201 Created

　　請(qǐng)求已經(jīng)被實(shí)現(xiàn)，而且有一個(gè)新的資源已經(jīng)依據(jù)請(qǐng)求的需要而建立，且其 URI 已經(jīng)隨Location 頭信息返回。假如需要的資源無(wú)法及時(shí)建立的話，應(yīng)當(dāng)返回 '202 Accepted'。

　　202 Accepted

　　服務(wù)器已接受請(qǐng)求，但尚未處理。正如它可能被拒絕一樣，最終該請(qǐng)求可能會(huì)也可能不會(huì)被執(zhí)行。在異步操作的場(chǎng)合下，沒(méi)有比發(fā)送這個(gè)狀態(tài)碼更方便的做法了。

　　返回202狀態(tài)碼的響應(yīng)的目的是允許服務(wù)器接受其他過(guò)程的請(qǐng)求(例如某個(gè)每天只執(zhí)行一次的基于批處理的操作)，而不必讓客戶端一直保持與服務(wù)器的連接直到批處理操作全部完成。在接受請(qǐng)求處理并返回202狀態(tài)碼的響應(yīng)應(yīng)當(dāng)在返回的實(shí)體中包含一些指示處理當(dāng)前狀態(tài)的信息，以及指向處理狀態(tài)監(jiān)視器或狀態(tài)預(yù)測(cè)的指針，以便用戶能夠估計(jì)操作是否已經(jīng)完成。

　　203 Non-Authoritative Information

　　服務(wù)器已成功處理了請(qǐng)求，但返回的實(shí)體頭部元信息不是在原始服務(wù)器上有效的確定集合，而是來(lái)自本地或者第三方的拷貝。當(dāng)前的信息可能是原始版本的子集或者超集。例如，包含資源的元數(shù)據(jù)可能導(dǎo)致原始服務(wù)器知道元信息的超級(jí)。使用此狀態(tài)碼不是必須的，而且只有在響應(yīng)不使用此狀態(tài)碼便會(huì)返回200 OK的情況下才是合適的。

　　204 No Content

　　服務(wù)器成功處理了請(qǐng)求，但不需要返回任何實(shí)體內(nèi)容，并且希望返回更新了的元信息。響應(yīng)可能通過(guò)實(shí)體頭部的形式，返回新的或更新后的元信息。如果存在這些頭部信息，則應(yīng)當(dāng)與所請(qǐng)求的變量相呼應(yīng)。

　　如果客戶端是瀏覽器的話，那么用戶瀏覽器應(yīng)保留發(fā)送了該請(qǐng)求的頁(yè)面，而不產(chǎn)生任何文檔視圖上的變化，即使按照規(guī)范新的或更新后的元信息應(yīng)當(dāng)被應(yīng)用到用戶瀏覽器活動(dòng)視圖中的文檔。

　　由于204響應(yīng)被禁止包含任何消息體，因此它始終以消息頭后的第一個(gè)空行結(jié)尾。

　　205 Reset Content

　　服務(wù)器成功處理了請(qǐng)求，且沒(méi)有返回任何內(nèi)容。但是與204響應(yīng)不同，返回此狀態(tài)碼的響應(yīng)要求請(qǐng)求者重置文檔視圖。該響應(yīng)主要是被用于接受用戶輸入后，立即重置表單，以便用戶能夠輕松地開(kāi)始另一次輸入。

　　與204響應(yīng)一樣，該響應(yīng)也被禁止包含任何消息體，且以消息頭后的第一個(gè)空行結(jié)束。

　　206 Partial Content

　　服務(wù)器已經(jīng)成功處理了部分 GET 請(qǐng)求。類似于 FlashGet 或者迅雷這類的 HTTP下載工具都是使用此類響應(yīng)實(shí)現(xiàn)斷點(diǎn)續(xù)傳或者將一個(gè)大文檔分解為多個(gè)下載段同時(shí)下載。

　　該請(qǐng)求必須包含 Range 頭信息來(lái)指示客戶端希望得到的內(nèi)容范圍，并且可能包含 If-Range 來(lái)作為請(qǐng)求條件。

　　響應(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)容范圍的真實(shí)字節(jié)數(shù)。

　　Date

　　ETag 和/或 Content-Location，假如同樣的請(qǐng)求本應(yīng)該返回200響應(yīng)。

　　Expires, Cache-Control，和/或 Vary，假如其值可能與之前相同變量的其他響應(yīng)對(duì)應(yīng)的值不同的話。

　　假如本響應(yīng)請(qǐng)求使用了 If-Range 強(qiáng)緩存驗(yàn)證，那么本次響應(yīng)不應(yīng)該包含其他實(shí)體頭;假如本響應(yīng)的請(qǐng)求使用了 If-Range 弱緩存驗(yàn)證，那么本次響應(yīng)禁止包含其他實(shí)體頭;這避免了緩存的實(shí)體內(nèi)容和更新了的實(shí)體頭信息之間的不一致。否則，本響應(yīng)就應(yīng)當(dāng)包含所有本應(yīng)該返回200響應(yīng)中應(yīng)當(dāng)返回的所有實(shí)體頭部域。

　　假如 ETag 或 Last-Modified 頭部不能精確匹配的話，則客戶端緩存應(yīng)禁止將206響應(yīng)返回的內(nèi)容與之前任何緩存過(guò)的內(nèi)容組合在一起。

　　任何不支持 Range 以及 Content-Range 頭的緩存都禁止緩存206響應(yīng)返回的內(nèi)容。

　　207 Multi-Status

　　由WebDAV(RFC 2518)擴(kuò)展的狀態(tài)碼，代表之后的消息體將是一個(gè)XML消息，并且可能依照之前子請(qǐng)求數(shù)量的不同，包含一系列獨(dú)立的響應(yīng)代碼。