狀態碼的職責是當客戶端向服務器端發送請求的時候,描述返回的請求結果。借助狀態碼,用戶而已知道服務器端是正常處理了請求還是出現了故障。 
| 類別 | 原因短語 | |
|---|---|---|
| 1XX | Informational(信息性狀態碼) | 接收的請求正在處理 |
| 2XX | Success(成功狀態碼) | 請求正常處理完畢 |
| 3XX | Redirection(重定向狀態碼) | 需要進行附加操作以完成請求 |
| 4XX | Client Error(客戶端錯誤狀態碼) | 服務器無法處理請求 |
| 5XX | Server Error(服務器錯誤狀態碼) | 服務器處理請求出錯 |
只要遵守狀態碼類別的定義,及時改變RFC2616中定義的狀態碼,或服務器端自行創建狀態碼都沒問題
2XX的響應結果表示請求被正常處理了
表明從客戶端發來的請求在服務器端被正確處理了 在響應報文內,隨狀態碼一起返回的信息會因為方法的不通而發生改變。比如使用GET方法時候,對應請求資源的實體會作為響應返回;而是用HEAD方法時候,對應請求資源的實體主體不隨著報文首部作為響應返回(即在響應中只返回首部,不會返回實體的主體部分) 
該狀態碼代碼服務器接收的請求已經成功處理,但在返回的響應報文中不含實體的主體部分。另外,也不允許返回任何實體的主體。比如當從游覽器發出請求處理后,返回204響應,那么游覽器顯示的界面不發生更新。 一般在只需要從客戶端往服務器發送消息,而對客戶端不需要發送新信息內容的情況下使用
該狀態碼表示客戶端進行了范圍請求,而服務器成功執行了這部分的GET請求,響應報文中包含由Content-Range指定范圍的實體內容
3XX響應結果表明游覽器需要執行某些特殊的處理以正確處理請求。
永久重定向。該狀態碼表示請求的資源已經被分配了新的URI,以后應使用資源現在所指的URI。也就是說,如果已經把資源對應的URI保存為數顯了,這時候應該按照Location首部字段提示的URI重新保存。
向下方給出的請求URI,當指定資源路徑的最后忘記添加斜杠”/”,就會產生301裝填嗎
http://example.com/sample
臨時重定向。該狀態碼表示請求的資源已經分配了新的URI,希望用戶(本次)能使用新的URI訪問。 和301 Moved Permanently狀態碼相似,但是302狀態碼表示的資源不是被永久性移動,只是臨時性性質的。換句話說,已經移動的資源對應的URI將來還有可能發生改變。比如,用戶把URI保存為書簽,但不會像301狀態碼出現時那樣去更新書簽,而是仍舊保留返回302狀態碼的頁面對應的URI。
該狀態碼表示由于請求對應的資源存在著另一個URI,應使用GET方法定向獲取請求的資源。 303狀態碼和302 Found狀態碼有著相同的功能,但是303狀態碼明確的表示客戶端應當采用GET方法獲取資源,這點于302狀態碼有區別 比如,當使用POST方法訪問CGI程序,其執行后的處理結果是希望客戶端能以GET方法重定向到另一個URI上去,返回303狀態碼,雖然302Found狀態碼也可以實現相同的功能,但是這里使用303狀態碼是最理想的
當301、302、303響應狀態碼返回時,幾乎所有的游覽器都會把POST請求改成GET,并刪除請求報文內的主體,之后請求會自動再次發送 301、302標準是禁止講POST方法改變為GET方法的,但實際使用時候大家都會這么做
該狀態碼表示客戶端發送附帶條件的請求時候(附帶條件的請求是指采用GET方法的請求報文中包含If-Match、If-Modified-Since、If-None-Match、If-Range、If-Unmodified-Since中任一首部)服務器端允許請求訪問資源,但是因為發生請求為滿足條件的情況后,直接返回304 Not Modified(服務器端資源未改變,可直接使用客戶端未過期的緩存)。304狀態碼返回時,不包含任何響應的主體部分。304雖然被劃分在3XX類別中,但是和重定向沒有關系。
臨時重定向。該狀態碼與302Found有著相同的含義。盡管302標準禁止POST變換成GET,但是實際使用大家并不遵守。 307會遵守游覽器標準,不會從POST變成GET,但是,對于處理響應時候的行為,每種游覽器都有可能給出現不同的情況
4XX的響應結果表明客戶端是發生錯誤的原因所在
該狀態碼表示請求報文中存在語法錯誤。當錯誤發生時候,需修改請求的內容后再次發送請求。另外,游覽器會像200 OK 一樣對待該狀態碼
該狀態碼表示發送的請求需要通過HTTP認證(BASIC認證、DIGEST認證)的認證信息。另外若之前已經進行過1次請求,則表示用戶認證失敗。 返回含有401的響應必須包含一個適用于被請求資源的WWW-Authenticate首部用以質詢(challenge)用戶信息。當游覽器初次接收到401響應,會彈出認證用的對話窗口
該狀態碼表明對請求資源的訪問被服務器拒絕了。服務器端沒有必要給出拒絕的詳細信息,但如果想做說明的話,可以在實體的主體部分對原因進行描述,這樣就能讓用戶看到了。 未獲得文件系統的訪問授權,訪問權限出現某些問題(從未授權的發送源ip地址試圖訪問)等列舉的請情況都可能是發生403的原因。
該狀態碼表明服務器上無法找到請求的資源。初次之外,也可以在服務器端拒絕請求并且不想說明理由時候使用
5XX的響應結果表明服務器本身發生錯誤
該狀態碼表明服務器在執行請求時候發生了錯誤,也有可能是Web應用存在的bug或者某些臨時的故障
該狀態碼表明服務器暫時處于超負荷或者正在進行停機維護,現在無法處理請求。如果事先得知接觸以上狀況需要的時間,最好寫入Retry-After首部資源在返回給客戶端
狀態碼和狀況的不一致 不少返回的狀態碼響應都是錯誤的,但是用戶可能察覺不到這點。比如Web應用程序內部發生錯誤,狀態碼亦然返回200 OK,這種情況也經常遇到
新聞熱點
疑難解答