HTTP狀態(tài)碼（英語：HTTP Status Code）是用以表示網(wǎng)頁服務器超文本傳輸協(xié)議響應狀態(tài)的3位數(shù)字代碼。它由 RFC 2616 規(guī)范定義的，并得到 RFC 2518、RFC 2817、RFC 2295、RFC 2774 與 RFC 4918 等規(guī)范擴展。所有狀態(tài)碼的第一個數(shù)字代表了響應的五種狀態(tài)之一。所示的消息短語是典型的，但是可以提供任何可讀取的替代方案。 除非另有說明，狀態(tài)碼是HTTP / 1.1標準（RFC 7231）的一部分。
常見HTTP狀態(tài)碼以及代表含義大全
| 狀態(tài)碼 | 原因短語 | 代表含義 | HTTP 版本 |
|---|---|---|---|
| 消息響應 | |||
| 100 | Continue (繼續(xù)) |
客戶端應當繼續(xù)發(fā)送請求.這個臨時響應是用來通知客戶端它的部分請求已經(jīng)被服務器接收,且仍未被拒絕.客戶端應當繼續(xù)發(fā)送請求的剩余部分,或者如果請求已經(jīng)完成,忽略這個響應.服務器必須在請求完成后向客戶端發(fā)送一個最終響應. | HTTP/1.1 可用 |
| 101 | Switching Protocol (切換協(xié)議) |
服務器已經(jīng)理解了客戶端的請求，并將通過Upgrade消息頭通知客戶端采用不同的協(xié)議來完成這個請求。在發(fā)送完這個響應最后的空行后，服務器將會切換到 在Upgrade消息頭中定義的那些協(xié)議。: 只有在切換新的協(xié)議更有好處的時候才應該采取類似措施。例如，切換到新的HTTP版本比舊版本更有優(yōu)勢，或者切換到一個實時且同步的協(xié)議以傳送利用此類特 性的資源。 | HTTP/1.1 可用 |
| 成功響應 | |||
| 200 | OK (成功) |
請求成功.成功的意義根據(jù)請求所使用的方法不同而不同.
PUT, DELETE, 和 OPTIONS 方法永遠不會返回 200 狀態(tài)碼. |
HTTP/0.9 可用 |
| 201 | Created (已創(chuàng)建) |
請求成功，而且有一個新的資源已經(jīng)依據(jù)請求的需要而建立，通常這是 PUT 方法得到的響應碼. | HTTP/0.9 可用 |
| 202 | Accepted (已創(chuàng)建) |
服務器已接受請求，但尚未處理。正如它可能被拒絕一樣，最終該請求可能會也可能不會被執(zhí)行。在異步操作的場合下，沒有比發(fā)送這個狀態(tài)碼更方便的做法了。:返回202狀態(tài)碼的響應的目的是允許服務器接受其他過程的請求（例如某個每天只執(zhí)行一次的基于批處理的操作），而不必讓客戶端一直保持與服務器的連接直到批處理操作全部完成。在接受請求處理并返回202狀態(tài)碼的響應應當在返回的實體中包含一些指示處理當前狀態(tài)的信息，以及指向處理狀態(tài)監(jiān)視器或狀態(tài)預測的指針，以便用戶能夠估計操作是否已經(jīng)完成。 | HTTP/0.9 可用 |
| 203 | Non-Authoritative Information (未授權(quán)信息) |
服務器已成功處理了請求,但返回的實體頭部元信息不是在原始服務器上有效的確定集合，而是來自本地或者第三方的拷貝,如果不是上述情況,使用200狀態(tài)碼才是最合適的. | HTTP/0.9 and 1.1 |
| 204 | No Content (無內(nèi)容) |
該響應沒有響應內(nèi)容,只有響應頭,響應頭也可能是有用的.用戶代理可以根據(jù)新的響應頭來更新對應資源的緩存信息. | HTTP/0.9 可用 |
| 205 | Reset Content (重置內(nèi)容) |
告訴用戶代理去重置發(fā)送該請求的窗口的文檔視圖. | HTTP/1.1 可用 |
| 206 | Partial Content (部分內(nèi)容) |
當客戶端通過使用range頭字段進行文件分段下載時使用該狀態(tài)碼 | HTTP/1.1 可用 |
| 重定向 | |||
| 300 | Multiple Choice (多種選擇) |
該請求有多種可能的響應,用戶代理或者用戶必須選擇它們其中的一個.服務器沒有任何標準可以遵循去代替用戶來進行選擇. | HTTP/1.0 and later |
| 301 | Moved Permanently (永久移動) |
該狀態(tài)碼表示所請求的URI資源路徑已經(jīng)改變,新的URL會在響應的Location:頭字段里找到. |
HTTP/0.9 可用 |
| 302 | Found (臨時移動) |
該狀態(tài)碼表示所請求的URI資源路徑臨時改變,并且還可能繼續(xù)改變.因此客戶端在以后訪問時還得繼續(xù)使用該URI.新的URL會在響應的Location:頭字段里找到. |
HTTP/0.9 可用 |
| 303 | See Other (查看其他位置) |
服務器發(fā)送該響應用來引導客戶端使用GET方法訪問另外一個URI. | HTTP/0.9 and 1.1 |
| 304 | Not Modified (未修改) |
告訴客戶端,所請求的內(nèi)容距離上次訪問并沒有變化. 客戶端可以直接從瀏覽器緩存里獲取該資源. | HTTP/0.9 可用 |
| 305 | Use Proxy (使用代理) |
所請求的資源必須統(tǒng)過代理才能訪問到.由于安全原因,該狀態(tài)碼并未受到廣泛支持. | HTTP/1.1 可用 |
| 306 | unused (未使用) |
這個狀態(tài)碼已經(jīng)不再被使用,當初它被用在HTTP 1.1規(guī)范的舊版本中. | HTTP/1.1 可用 |
| 307 | Temporary Redirect (臨時重定向) |
服務器發(fā)送該響應用來引導客戶端使用相同的方法訪問另外一個URI來獲取想要獲取的資源.新的URL會在響應的Location:頭字段里找到.與302狀態(tài)碼有相同的語義,且前后兩次訪問必須使用相同的方法(GET POST). |
HTTP/1.1 可用 |
| 308 | Permanent Redirect (永久重定向) |
所請求的資源將永久的位于另外一個URI上.新的URL會在響應的Location:頭字段里找到.與301狀態(tài)碼有相同的語義,且前后兩次訪問必須使用相同的方法(GET POST). |
HTTPbis (試驗草案) |
| 客戶端錯誤 | |||
| 400 | Bad Request (錯誤請求) |
因發(fā)送的請求語法錯誤,服務器無法正常讀取. | HTTP/0.9 可用 |
| 401 | Unauthorized (未授權(quán)) |
需要身份驗證后才能獲取所請求的內(nèi)容,類似于403錯誤.不同點是.401錯誤后,只要正確輸入帳號密碼,驗證即可通過. | HTTP/0.9 可用 |
| 402 | Payment Required (需要付款) |
該狀態(tài)碼被保留以供將來使用.創(chuàng)建此代碼最初的目的是為數(shù)字支付系統(tǒng)而用,然而,到現(xiàn)在也沒投入使用. | HTTP/0.9 and 1.1 |
| 403 | Forbidden (禁止訪問) |
客戶端沒有權(quán)利訪問所請求內(nèi)容,服務器拒絕本次請求. | HTTP/0.9 可用 |
| 404 | Not Found (未找到) |
服務器找不到所請求的資源.由于經(jīng)常發(fā)生此種情況,所以該狀態(tài)碼在上網(wǎng)時是非常常見的. | HTTP/0.9 可用 |
| 405 | Method Not Allowed (不允許使用該方法) |
該請求使用的方法被服務器端禁止使用,RFC2616中規(guī)定,?GET?和?HEAD?方法不能被禁止. |
HTTP/1.1 可用 |
| 406 | Not Acceptable (無法接受) |
在進行服務器驅(qū)動內(nèi)容協(xié)商后,沒有發(fā)現(xiàn)合適的內(nèi)容傳回給客戶端. | HTTP/1.1 可用 |
| 407 | Proxy Authentication Required (要求代理身份驗證) |
類似于狀態(tài)碼 401,不過需要通過代理才能進行驗證. | HTTP/1.1 可用 |
| 408 | Request Timeout (請求超時) |
客戶端沒有在服務器預備等待的時間內(nèi)完成一個請求的發(fā)送.這意味著服務器將會切斷和客戶端的連接. 在其他瀏覽器中,這種響應更常見一些, 例如Chrome 和 IE9, 目的是為了使用HTTP 預連機制加快瀏覽速度. 同時注意,一些服務器不發(fā)送此種響應就直接切斷連接. | HTTP/1.1 可用 |
| 409 | Conflict (沖突) |
該請求與服務器的當前狀態(tài)所沖突. | HTTP/1.1 可用 |
| 410 | Gone (已失效) |
所請求的資源已經(jīng)被刪除. | HTTP/1.1 可用 |
| 411 | Length Required (需要內(nèi)容長度頭) |
因服務器在本次請求中需要?Content-Length?頭字段,而客戶端沒有發(fā)送.所以,服務器拒絕了該請求. |
HTTP/1.1 可用 |
| 412 | Precondition Failed (預處理失敗) |
服務器沒能滿足客戶端在獲取資源時在請求頭字段中設(shè)置的先決條件. | HTTP/1.1 可用 |
| 413 | Request Entity Too Large (請求實體過長) |
請求實體大小超過服務器的設(shè)置的最大限制,服務器可能會關(guān)閉HTTP鏈接并返回Retry-After?頭字段. |
HTTP/1.1 可用 |
| 414 | Request-URI Too Long (請求網(wǎng)址過長) |
客戶端請求所包含的URI地址太長,以至于服務器無法處理. | HTTP/1.1 可用 |
| 415 | Unsupported Media Type (媒體類型不支持) |
服務器不支持客戶端所請求的媒體類型,因此拒絕該請求. | HTTP/1.1 可用 |
| 416 | Requested Range Not Satisfiable (請求范圍不合要求) |
請求中包含的Range頭字段無法被滿足,通常是因為Range中的數(shù)字范圍超出所請求資源的大小. |
HTTP/1.1 可用 |
| 417 | Expectation Failed (預期結(jié)果失敗) |
在請求頭?Expect?中指定的預期內(nèi)容無法被服務器滿足. |
HTTP/1.1 可用 |
| 服務器端錯誤 | |||
| 500 | Internal Server Error (內(nèi)部服務器錯誤) |
服務器遇到未知的無法解決的問題. | HTTP/0.9 可用 |
| 501 | Implemented (未實現(xiàn)) |
服務器不支持該請求中使用的方法,比如POST?和?PUT.只有GET?和?HEAD?是RFC2616規(guī)范中規(guī)定服務器必須實現(xiàn)的方法. |
HTTP/0.9 可用 |
| 502 | Bad Gateway (網(wǎng)關(guān)錯誤) |
服務器作為網(wǎng)關(guān)且從上游服務器獲取到了一個無效的HTTP響應. | HTTP/0.9 可用 |
| 503 | Service Unavailable (服務不可用) |
由于臨時的服務器維護或者過載,服務器當前無法處理請求.這個狀況是臨時的,并且將在一段時間以后恢復.如果能夠預計延遲時間,那么響應中可以包含一個Retry-After:頭用以標明這個延遲時間.如果沒有給出這個Retry-After:信息，那么客戶端應當以處理500響應的方式處理它.同時,這種情況下,一個友好的用于解釋服務器出現(xiàn)問題的頁面應當被返回,并且,緩存相關(guān)的HTTP頭信息也應該包含,因為通常這種錯誤提示網(wǎng)頁不應當被客戶端緩存. |
HTTP/0.9 可用 |
| 504 | Gateway Timeout (網(wǎng)關(guān)超時) |
服務器作為網(wǎng)關(guān)且不能從上游服務器及時的得到響應返回給客戶端. | HTTP/1.1 可用 |
| 505 | HTTP Version Not Supported (HTTP版本不受支持) |
服務器不支持客戶端發(fā)送的HTTP請求中所使用的HTTP協(xié)議版本. | HTTP/1.1 可用 |
