「理解HTTP」之常見的狀態碼

狀態碼的職責是當客戶端向服務器端發送請求時，描述返回請求結果。藉助狀態碼，用戶能夠知道服務器端是正常處理了請求，仍是出現了什麼錯誤。

RFC2616定義的狀態碼，由3位數字和緣由短信組成。
數字中的第一位指定了響應類別，後兩位無分類。響應類別有如下5種：

Type	Reason-phrase	Note
1XX	Informational	信息性狀態碼，表示接受的請求正在處理
2XX	Success	成功狀態碼，表示請求正常處理完畢
3XX	Redirection	重定向狀態碼，表示須要客戶端須要進行附加操做
4XX	Client Error	客戶端錯誤狀態碼，表示服務器沒法處理請求
5XX	Server Error	服務器錯誤狀態碼，表示服務器處理請求出錯

RFC2616記錄的HTTP狀態碼有37種，再加上「WebDAV」(RFC4918、5842)和「Additional HTTP Status Codes」(RFC6585)，數量就達到60多種。
然並卵，這麼多種HTTP狀態碼，其實經常使用的大概只有14種，本文就講講這14種狀態碼。

2XX Success

This class of status code indicates that the client's request was successfully received, understood, and accepted.

2xx 響應結果表示從客戶端發來的請求在服務器端被正常處理了。

200 OK

請求被成功處理，服務器會根據不一樣的請求方法返回結果：
GET：請求的對應資源會做爲響應返回。
HEAD：請求的對應資源的響應頭(entity-header)會做爲響應返回,不包括響應體(message-body)。
POST：返回處理對應請求的結果。

204 No Content

該狀態碼錶示服務器接收到的請求已經處理完畢，可是服務器不須要返回響應體.
好比，客戶端是瀏覽器的話，發出的請求返回204響應，那麼瀏覽器顯示的頁面不會發生更新。

206 Partial Content

該狀態碼錶示客戶端進行了範圍請求，而服務器成功執行了這部分的GET請求。
客戶端發起的請求，必須在請求頭中包含Range字段。服務端響應報文中，必須包含由Content-Range指定範圍的實體內容(entity-bodies )

3XX Redirection

This class of status code indicates that further action needs to be taken by the user agent in order to fulfill the request.

3XX 響應結果代表瀏覽器須要執行某些特殊的處理以完成請求。

301 Movied Permanently

永久性重定向。該狀態碼錶示請求的資源已經被分配了新的URI，而且之後使用資源如今所指的URI。而且根據請求的方法有不一樣的處理方式：
HEAD：必須在響應頭部Location字段中指明新的永久性的URI。
GET：除了有Location字段之外，還須要在響應體中附上永久性URI的超連接文本。
POST：客戶端在發送POST請求，受到301響應以後，不該該自動跳轉URI，應當讓用戶確認跳轉。

好比，若是一個URI已經在瀏覽器中被收藏爲書籤，這時應該按照Location首部字段提示的URI從新保存。
例如創建一個收藏的書籤：

http://wan.bigertech.com

當訪問這個書籤的時候，請求會被重定向到

http://wan.meizu.com

而且對應的書籤會被改變，指向http://wan.meizu.com
不信？Try yourself.

302 Found

臨時性重定向。該狀態碼錶示請求的資源已被分配了新的URI，但願用戶本次能使用新的URI訪問。
和301 Moved Permanently 狀態碼類似，但302狀態碼錶明的資源不是被永久移動，只是臨時性質的。
若是，用戶把一個URI收藏爲書籤，302響應是不會像301那樣去更新書籤。

303 See Other

該 狀態碼錶示因爲請求對應的資源存在另外一個URI，應使用GET方法定向獲取請求的資源。303與302不一樣之處在於，302是不會改變請求的方法，若是請 求方法是POST的話，重定向的請求也應該是POST。而對於303，使用POST請求的話，重定向的請求應該是GET請求。
可是有一點是須要注意的，許多HTTP/1.1版之前的瀏覽器不能正確理解303狀態碼，不少現存的瀏覽器講302響應視爲303響應，而且使用GET方式訪問Location中規定的的URI，而無視原先請求的方法。
在RFC2616中有相關的這樣一段原文：

Note: Many pre-HTTP/1.1 user agents do not understand the 303 status. When interoperability with such clients is a concern, the 302 status code may be used instead, since most user agents react to a 302 response as described here for 303.

304 Not Modified

該狀態碼錶示客戶端發送附帶條件請求時，服務器端容許請求訪問資源，但未知足條件的狀況。304狀態碼返回時，不包含任何響應的主題部分。附帶條件的請求指的是採用GET方法的請求頭中包含：If-Match、If-Modified-Since、If-None-Match、If-Range、If-Unmodified-Since中任一首部。

307 Temporary Redirect

臨時重定向。該狀態碼與302和303的有着相似的含義，不一樣之處在於，307狀態碼並不會指定客戶端要用什麼樣的請求方法請求重定向地址。(302指定使用原有請求方法，303指定使用GET方法)

4XX Client Error

The 4xx class of status code is intended for cases in which the client seems to have erred.

4XX 的響應結果代表客戶端是發生錯誤的緣由所在

400 Bad Request

表示該請求報文中存在語法錯誤，致使服務器沒法理解該請求。客戶端須要修改請求的內容後再次發送請求。

401 Unauthorized

該狀態碼錶示發送的請求須要有經過HTTP認證(Basic認證，Digest認證)的認證信息。返回含有401的響應，必須在頭部包含WWW-Authenticate以指明服務器須要哪一種方式的認證。
當客戶端再次請求該資源的時候，須要在請求頭中的Authorization包含認證信息。
更多關於認證受權的信息關注RFC2617

403 Forbidden

該狀態碼代表對請求資源的訪問被服務器拒絕了。服務器沒有必要給出拒絕的詳細理由，但若是想作說明的話，能夠在實體的主體部分緣由進行描述，這樣就能讓用戶看到了。
未得到文件系統的訪問權限，訪問權限出現某些問題，從未受權的發送源IP地址試圖訪問等狀況均可能發生403響應。

404 Not Found

該狀態碼代表服務器上沒法找到指定的資源。一般被用於服務器不想透露拒絕請求的緣由，或者沒有其餘的響應可提供。

5XX Server Error

Response status codes beginning with the digit "5" indicate cases in which the server is aware that it has erred or is incapable of performing the request.

5XX 的響應結果代表服務器自己發生錯誤，或者沒有足夠的能力來處理請求。

500 Internal Server Error

該狀態碼代表服務器端在執行請求時發生了錯誤。也有多是Web應用存在的BUG或某些臨時的故障。

503 Service Unavailable

該狀態碼代表服務器暫時處於超負載或正在進行停機維護，如今沒法處理請求。若是事先得知解除以上須要的時間，最好寫入Retry-After首部字段再返回給客戶端。