HTTP狀態碼詳解（下）

接上文 HTTP狀態碼詳解（上）。

詳細的描述狀態碼之（3**）

• 300:被請求的資源有一系列可供選擇的回饋信息，每一個都有本身特定的地址和瀏覽器驅動的商議信息。用戶或瀏覽器可以自行選擇一個首選的地址進行重定向。
• 301:被請求的資源已永久移動到新位置，而且未來任何對此資源的引用都應該使用本響應返回的若干個 URI 之一。
• 302:請求的資源如今臨時從不一樣的URI響應請求。因爲這樣的重定向是臨時的，客戶端應當繼續向原有地址發送之後的請求。
• 303:對應當前請求的響應能夠在另外一個 URI 上被找到，並且客戶端應當採用 GET 的方式訪問那個資源。這個方法的存在主要是爲了容許由腳本激活的POST請求輸出重定向到一個新的資源。這個新的 URI 不是原始資源的替代引用。同時，303響應禁止被緩存。
• 304:若是客戶端發送了一個帶條件的GET請求且該請求已被容許，而文檔的內容（自上次訪問以來或者根據請求的條件）並無改變，則服務器應當返回這個狀態碼。
• 305:被請求的資源必須經過指定的代理才能被訪問。Location 域中將給出指定的代理所在的 URI 信息，接收者須要重複發送一個單獨的請求，經過這個代理才能訪問相應資源。只有原始服務器才能創建305響應。
• 306:在最新版的規範中，306狀態碼已經再也不被使用。
• 307:請求的資源如今臨時從不一樣的URI響應請求。因爲這樣的重定向是臨時的，客戶端應當繼續向原有地址發送之後的請求。

 

 

詳細的描述狀態碼之（4**）

相對於其它狀態碼4的就比較多了，天地萬物，且聽在下娓娓道來。

• 400:一、語義有誤，當前請求沒法被服務器理解。除非進行修改，不然客戶端不該該重複提交這個請求。二、請求參數有誤。
• 401:當前請求須要用戶驗證。該響應必須包含一個適用於被請求資源的 WWW-Authenticate 信息頭用以詢問用戶信息。客戶端能夠重複提交一個包含恰當的Authorization頭信息的請求。若是當前請求已經包含了 Authorization證書，那麼401響應表明着服務器驗證已經拒絕了那些證書。若是401響應包含了與前一個響應相同的身份驗證詢問，且瀏覽器已經至少嘗試了一次驗證，那麼瀏覽器應當向用戶展現響應中包含的實體信息，由於這個實體信息中可能包含了相關診斷信息。
• 402:該狀態碼是爲了未來可能的需求而預留的。
• 403:服務器已經理解請求，可是拒絕執行它。與401響應不一樣的是，身份驗證並不能提供任何幫助，並且這個請求也不該該被重複提交。
• 404:請求失敗，請求所但願獲得的資源未被在服務器上發現。沒有信息可以告訴用戶這個情況究竟是暫時的仍是永久的。
• 405:請求行中指定的請求方法不能被用於請求相應的資源。該響應必須返回一個Allow 頭信息用以表示出當前資源可以接受的請求方法的列表。
• 406:請求的資源的內容特性沒法知足請求頭中的條件，於是沒法生成響應實體。
• 407:與401響應相似，只不過客戶端必須在代理服務器上進行身份驗證。
• 408:請求超時。客戶端沒有在服務器預備等待的時間內完成一個請求的發送。客戶端能夠隨時再次提交這一請求而無需進行任何更改。
• 409:因爲和被請求的資源的當前狀態之間存在衝突，請求沒法完成。
• 410:被請求的資源在服務器上已經再也不可用，並且沒有任何已知的轉發地址。
• 411:服務器拒絕在沒有定義Content-Length頭的狀況下接受請求。在添加了代表請求消息體長度的有效 Content-Length頭以後，客戶端能夠再次提交該請求。
• 412:服務器在驗證在請求的頭字段中給出先決條件時，沒能知足其中的一個或多個。
• 413:服務器拒絕處理當前請求，由於該請求提交的實體數據大小超過了服務器願意或者可以處理的範圍。
• 414:請求的URI 長度超過了服務器可以解釋的長度，所以服務器拒絕對該請求提供服務。
• 415:對於當前請求的方法和所請求的資源，請求中提交的實體並非服務器中所支持的格式，所以請求被拒絕。
• 416:若是請求中包含了Range請求頭，而且Range中指定的任何數據範圍都與當前資源的可用範圍不重合，同時請求中又沒有定義 If-Range 請求頭，那麼服務器就應當返回416狀態碼。
• 417: 在請求頭 Expect中指定的預期內容沒法被服務器知足，或者這個服務器是一個代理服務器，它有明顯的證據證實在當前路由的下一個節點上，Expect 的內容沒法被知足。
• 421: 從當前客戶端所在的IP地址到服務器的鏈接數超過了服務器許可的最大範圍。
• 423: 請求格式正確，可是因爲含有語義錯誤，沒法響應。
• 424: 因爲以前的某個請求發生的錯誤，致使當前請求失敗，例如 PROPPATCH。
• 425: 在WebDav Advanced Collections 草案中定義，可是未出如今《WebDAV 順序集協議》（RFC 3658）中。
• 426: 客戶端應當切換到TLS/1.0。
• 449: 由微軟擴展，表明請求應當在執行完適當的操做後進行重試。 

詳細的描述狀態碼之（5**）

• 500: 服務器遇到了一個不曾預料的情況，致使了它沒法完成對請求的處理。通常來講，這個問題都會在服務器的程序碼出錯時出現。
• 501: 服務器不支持當前請求所須要的某個功能。當服務器沒法識別請求的方法，而且沒法支持其對任何資源的請求。
• 502: 做爲網關或者代理工做的服務器嘗試執行請求時，從上游服務器接收到無效的響應。
• 503: 因爲臨時的服務器維護或者過載，服務器當前沒法處理請求。這個情況是臨時的，而且將在一段時間之後恢復。注意：503狀態碼的存在並不意味着服務器在過載的時候必須使用它。某些服務器只不過是但願拒絕客戶端的鏈接。
• 504: 做爲網關或者代理工做的服務器嘗試執行請求時，未能及時從上游服務器（URI標識出的服務器，例如HTTP、FTP、LDAP）或者輔助服務器（例如DNS）收到響應。
• 505: 服務器不支持，或者拒絕支持在請求中使用的HTTP版本。這暗示着服務器不能或不肯使用與客戶端相同的版本。響應中應當包含一個描述了爲什麼版本不被支持以及服務器支持哪些協議的實體。
• 506: 由《透明內容協商協議》（RFC 2295）擴展，表明服務器存在內部配置錯誤：被請求的協商變元資源被配置爲在透明內容協商中使用本身，所以在一個協商處理中不是一個合適的重點。
• 507: 服務器沒法存儲完成請求所必須的內容。這個情況被認爲是臨時的。WebDAV (RFC 4918)
• 509: 服務器達到帶寬限制。這不是一個官方的狀態碼，可是仍被普遍使用。
• 510: 獲取資源所須要的策略並無沒知足。（RFC 2774）

做者：曲小強 連接：https://juejin.im/post/5db85704f265da4d204f3961 來源：掘金 著做權歸做者全部。商業轉載請聯繫做者得到受權，非商業轉載請註明出處。