HTTP 狀態碼負責表示客戶端 HTTP 請求的返回結果、標記服務器端的處理是否正常、通知出現的錯誤等工作。
一、狀態碼的類別
狀態碼的職責是當客戶端向服務器端發送請求時，描述返回的請求結果。藉助狀態碼，用戶可以知道服務器端是正常處理了請求，還是出現了錯誤。
狀態碼中的數字的第一位指定了響應類別，後兩位無分類。響應類別有以下 5種。
- 1XX Informational（信息性狀態碼） 接收的請求正在處理
- 2XX Success（成功狀態碼） 請求正常處理完畢
- 3XX Redirection（重定向狀態碼） 需要進行附加操作以完成請求
- 4XX Client Error（客戶端錯誤狀態碼） 服務器無法處理請求
- 5XX Server Error（服務器錯誤狀態碼） 服務器處理請求出錯
只要遵守狀態碼類別的定義，即使改變 RFC2616 中定義的狀態碼，或服務器端自行創建狀態碼都沒問題。常使用的大概只有 14 種。接下來，我們就介紹一下這些具有代表性的 14 個狀態碼。
二、2XX 成功
2XX 的響應結果表明請求被正常處理了。
1、 200 OK
表示從客戶端發來的請求在服務器端被正常處理了。在響應報文內，隨狀態碼一起返回的信息會因方法的不同而發生改變。比如，使用 GET 方法時，對應請求資源的實體會作爲響應返回；而使用 HEAD 方法時，對應請求資源的實體首部不隨報文主體作爲響應返回（即在響應中只返回首部，不會返回實體的主體部分）。
2、 204 No Content
該狀態碼代表服務器接收的請求已成功處理，但在返回的響應報文中不含實體的主體部分。另外，也不允許返回任何實體的主體。比如，當從瀏覽器發出請求處理後，返回 204 響應，那麼瀏覽器顯示的頁面不發生更新。
一般在只需要從客戶端往服務器發送信息，而對客戶端不需要發送新信息內容的情況下使用。
3、 206 Partial Content
該狀態碼錶示客戶端進行了範圍請求，而服務器成功執行了這部分的GET 請求。響應報文中包含由 Content-Range 指定範圍的實體內容。
三、3XX 重定向
3XX 響應結果表明瀏覽器需要執行某些特殊的處理來正確處理請求。
1、 301 Moved Permanently
永久性重定向。該狀態碼錶示請求的資源已被分配了新的 URI，以後應使用資源現在所指的 URI。也就是說，如果已經把資源對應的 URI保存爲書籤了，這時應該按 Location 首部字段提示的 URI 重新保存。像下方給出的請求 URI，當指定資源路徑的最後忘記添加斜槓“/”，就會產生 301 狀態碼。
http://example.com/sample2、 302 Found
臨時性重定向。該狀態碼錶示請求的資源已被分配了新的 URI，希望用戶能使用新的 URI 訪問。和 301 Moved Permanently 狀態碼相似，但 302 狀態碼代表的資源不是被永久移動，只是臨時性質的。換句話說，已移動的資源對應的URI 將來還有可能發生改變。比如，用戶把 URI 保存成書籤，但不會像 301 狀態碼出現時那樣去更新書籤，而是仍舊保留返回 302 狀態碼的頁面對應的 URI。
3、 303 See Other
該狀態碼錶示由於請求對應的資源存在着另一個 URI，應使用 GET方法定向獲取請求的資源。303 狀態碼和 302 Found 狀態碼有着相同的功能，但 303 狀態碼明確表示客戶端應當採用 GET 方法獲取資源，這點與 302 狀態碼有區別。
比如，當使用 POST 方法訪問 CGI 程序，其執行後的處理結果是希望客戶端能以 GET 方法重定向到另一個 URI 上去時，返回 303 狀態碼。雖然 302 Found 狀態碼也可以實現相同的功能，但這裏使用 303狀態碼是最理想的。
當 301、302、303 響應狀態碼返回時，幾乎所有的瀏覽器都會把POST 改成 GET，並刪除請求報文內的主體，之後請求會自動再次發送。301、302 標準是禁止將 POST 方法改變成 GET 方法的，但實際使用時大家都會這麼做。
4、 304 Not Modified
該狀態碼錶示客戶端發送附帶條件的請求 時，服務器端允許請求訪問資源，但未滿足條件的情況。304 狀態碼返回時，不包含任何響應的主體部分。304 雖然被劃分在 3XX 類別中，但是和重定向沒有關係。
5、 307 Temporary Redirect
臨時重定向。該狀態碼與 302 Found 有着相同的含義。儘管 302 標準禁止 POST 變換成 GET，但實際使用時大家並不遵守。
307 會遵照瀏覽器標準，不會從 POST 變成 GET。但是，對於處理響應時的行爲，每種瀏覽器有可能出現不同的情況。
四、4XX 客戶端錯誤
4XX 的響應結果表明客戶端是發生錯誤的原因所在。
1、 400 Bad Request
該狀態碼錶示請求報文中存在語法錯誤。當錯誤發生時，需修改請求的內容後再次發送請求。另外，瀏覽器會像 200 OK 一樣對待該狀態碼。
2、 401 Unauthorized
該狀態碼錶示發送的請求需要有通過 HTTP 認證（BASIC 認證、DIGEST 認證）的認證信息。另外若之前已進行過 1 次請求，則表示用 戶認證失敗。
返回含有 401 的響應必須包含一個適用於被請求資源的 WWWAuthenticate首部用以質詢（challenge）用戶信息。當瀏覽器初次接收到 401 響應，會彈出認證用的對話窗口。
3、 403 Forbidden
該狀態碼錶明對請求資源的訪問被服務器拒絕了。服務器端沒有必要給出拒絕的詳細理由，但如果想作說明的話，可以在實體的主體部分對原因進行描述，這樣就能讓用戶看到了。未獲得文件系統的訪問授權，訪問權限出現某些問題（從未授權的發送源 IP 地址試圖訪問）等列舉的情況都可能是發生 403 的原因。
4、404 Not Found
該狀態碼錶明服務器上無法找到請求的資源。除此之外，也可以在服務器端拒絕請求且不想說明理由時使用。
五、 5XX 服務器錯誤
5XX 的響應結果表明服務器本身發生錯誤。
1、 500 Internal Server Error
該狀態碼錶明服務器端在執行請求時發生了錯誤。也有可能是 Web應用存在的 bug 或某些臨時的故障。
2、 503 Service Unavailable
該狀態碼錶明服務器暫時處於超負載或正在進行停機維護，現在無法處理請求。如果事先得知解除以上狀況需要的時間，最好寫入RetryAfter 首部字段再返回給客戶端。
ps：狀態碼和狀況的不一致
不少返回的狀態碼響應都是錯誤的，但是用戶可能察覺不到這點。比如 Web 應用程序內部發生錯誤，狀態碼依然返回 200 OK，這種情況也經常遇到。