HTTP狀態碼詳解(下)(建議收藏)

NO IMAGE

接上文 HTTP狀態碼詳解(上)(建議收藏)

首先感謝你繼續觀賞本文,百忙之中,你抽空所學到的知識,定會收益良多。我也為自己幫助到你而感到高興~

HTTP狀態碼詳解(下)(建議收藏)

讓我們接著往下看。

4、詳細的描述狀態碼之(3**)

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

5、詳細的描述狀態碼之(4**)

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

  • 400:1、語義有誤,當前請求無法被服務器理解。除非進行修改,否則客戶端不應該重複提交這個請求。2、請求參數有誤。
  • 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: 由微軟擴展,代表請求應當在執行完適當的操作後進行重試。
HTTP狀態碼詳解(下)(建議收藏)

5、詳細的描述狀態碼之(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)

我的公眾號

看文章的帥哥靚女,既然翻到底部了,拿出手機關注我吧~

這是一個神奇的二維碼 ❤

HTTP狀態碼詳解(下)(建議收藏)

相關文章

java多線程系列:ThreadPoolExecutor

利用高效的css提高你的開發效率~(下)

利用高效的css提高你的開發效率~(上)

CSS的簡寫屬性