HTTP狀態碼、HTTP Status Code、HTTP常见狀態碼查询
- 相關辅助:
- IP查詢
- HTTP Headers查看
- 文檔:
- HTTP Headers各项含义
| 類別 | 說明 |
|---|---|
| 1xx |
1xx類型的狀態碼代表請求已被接管,需要繼續處理。這類響應是臨時響應,只包含狀態行和某些可選的響應頭信息,並以空行結束。 HTTP/1.0協議規範中沒有定義任何1xx狀態碼,所以除非在某些实验条件下,办事器避免向此类客户端发送1xx响应。 这些狀態碼代表的响应都是信息性的,标示客户应当采纳的其他行动。 |
| 2xx |
2xx類型的狀態碼代表請求已成功被服務器领受、理解、並接管。 |
| 3xx |
3xx類型的狀態碼代表需要客戶端采纳進一步的操纵才能完成請求。 凡是,這些狀態碼用來重定向,後續的┞穲求地址(重定向目標)在本次響應的Location域中指明。 當且僅當後續的┞穲求所利用的编制是GET或HEAD時,用戶浏覽器才可以在沒有效戶参与的情況下自動提交所需要的後續請求。遵循HTTP/1.0協議規範的建議,浏覽器不應自動訪問超過5次的重定向。 |
| 4xx |
4xx類型的狀態碼代表客戶端看起來可能發生了錯誤,妨礙了服務器的處理。 |
| 5xx |
5xx類型的狀態碼代表服務器在處理請求的過程中有錯誤或異常狀態發生,也有多是服務器意識到以當前的軟硬件資源無法完成對請求的處理。 |
常见的HTTP狀態碼
| 狀態碼 | 說明 |
|---|---|
| 100 Continue | 服務器已經领遭到請求頭,並且客戶端應繼續發送請求主體(在需要發送身體的┞穲求的情況下:例如,POST請求),或若是請求已經完成,忽视這個響應。服務器必須在請求完成後向客戶端發送一個最終響應。 |
| 101 Switching Protocols | 服務器已經理解了客戶真个請求,並將通過Upgrade消息頭通知客戶端采取分歧的協議來完成這個請求。在發送完這個響應最後的空行後,服務器將會切換到在Upgrade消息頭中定義的那些協議。 |
| 200 OK | 請求已成功 請求所希望的響應頭或數據體將隨此響應返回 |
| 201 Created | 請求已經被實現,并且有一個新的資源已經依據請求的需要而成立,且其URI已随Location头信息返回。假定需要的资本没法及时成立的话,该当返回'202 Accepted'。 |
| 202 Accepted | 服務器已接管請求,但还没有處理。正如它可能被回绝一样,终究该要求可能会也可能不会被履行。在异步操纵的场合下,没有比发送这个狀態碼更便利的做法了。 |
| 204 No Content | 服務器成功處理了請求,但不需要返回任何實體內容,並且希望返回更新了的元信息。響應可能通過實體頭部的情势,返回新的或更新後的元信息。 |
| 206 Partial Content | 服務器已經成功處理了部分GET請求 近似于FlashGet或迅雷这类的HTTP 下载辅助都是利用此类响应实现断点续传或将一个大年夜文档分化为多个下载段同时下载。 該請求必須包含Range頭信息來唆使客戶端希望获得的內容範圍,並且可能包含If-Range來作爲請求條件。 響應必須包含以下的頭部域:
假定本響應請求利用了If-Range強緩存驗證,那麽本次響應不應該包含其他實體頭;假定本響應的┞穲求利用了If-Range弱緩存驗證,那麽本次響應避免包含其他實體頭;這避免了緩存的實體內容和更新了的實體頭信息之間的不一致。否則,本響應就應當包含所有本應該返回200響應中應當返回的所有實體頭部域。 假定ETag或Last-Modified頭部不克不及精確匹配的話,則客戶端緩存應避免將206響應返回的內容與之前任何緩存過的內容組合在一路。 任何不撑持Range和Content-Range頭的緩存都避免緩存206響應返回的內容。 |
| 301 Moved Permanently | 被請求的資源已永久移動到新位置,並且將來任何對此資源的援引都應該利用本響應返回的若幹個URI之一。若是可能,擁有鏈接編輯功能的客戶端應當自動把請求的地址点窜爲從服務器反饋回來的地址。除非額外指定,否則這個響應也是可緩存的。 新的永久性的URI该当在响应的Location域中返回。除非这是一个HEAD要求,不然响应的实体中该当包含指向新的URI的超链接及简短說明。 若是這不是一個GET或HEAD請求,是以浏覽器避免自動進行重定向,除非获得用戶的確認,因爲請求的條件可能是以發生變化。 重视:對于某些利用HTTP/1.0協議的浏覽器,當它們發送的POST請求获得了一個301響應的話,接下來的重定向請求將會變成GET编制。 |
| 302 Found | 請求的資源現在臨時從分歧的URI響應請求。由于這樣的重定向是臨時的,客戶端應當繼續向原有地址發送以後的┞穲求。只有在Cache-Control或Expires中進行了指定的情況下,這個響應才是可緩存的。 新的姑且性的URI该当在响应的Location域中返回。除非这是一个HEAD要求,不然响应的实体中该当包含指向新的URI的超链接及简短說明。 若是這不是一個GET或HEAD請求,那麽浏覽器避免自動進行重定向,除非获得用戶的確認,因爲請求的條件可能是以發生變化。 |
| 303 See Other | 對應當前請求的響應可以在另外一個URI上被找到,并且客戶端應當采取GET的编制訪問那個資源。 這個编制的存在主假如爲了允許由腳本激活的POST請求輸出重定向到一個新的資源。這個新的URI不是原始資源的替换援引。 |
| 307 Temporary Redirect | 請求的資源現在臨時從分歧的URI響應請求。 与302近似,可是307狀態碼不许可浏览器将本来为POST的要求重定向到GET要求上。 |
| 308 Permanent Redirect | 被請求的資源已永久移動到新位置。 与301近似,可是308狀態碼不许可浏览器将本来为POST的要求重定向到GET要求上。 |
| 304 Not Modified | 若是客户端发送了一个带条件的GET要求且该要求已被许可,而文档的内容(自前次拜候以来或按照要求的条件)并没有改变,则办事器该当返回这个狀態碼。 304響應避免包含消息體,是以始終以消息頭後的第一個空行結尾。 该响应必须包含以下header信息中的一个:Date, ETag, Server, Vary除非这些header信息在cache中已设定。 |
| 400 Bad Request | 由于明顯的客戶端錯誤(例如,格式錯誤的┞穲求語法,太大年夜的大年夜小,無效的┞穲求消息或欺騙性路由請求),服務器不克不及或不會處理該請求。 客戶端不應該在未經点窜的情況下重複提交這個請求。 |
| 401 Unauthorized | 拜见RFC 7235。近似于403 Forbidden,401语义即"未认证",即用户没有需要的根据。 该狀態碼暗示当前要求需要用户验证。该响应必须包含一个适用于被要求资本的WWW-Authenticate信息头用以扣问用户信息。 客戶端可以重複提交一個包含恰當的Authorization頭信息的┞穲求。若是當前請求已經包含了Authorization證書,那麽401響應代表著服務器驗證已經拒絕了那些證書。 |
| 403 Forbidden | 服務器已經理解請求,可是拒絕執行它。 與401響應分歧的是,身份驗證並不克不及供给任何幫助,并且這個請求也不應該被重複提交。若是這不是一個HEAD請求,并且服務器希望能夠講清楚爲何請求不克不及被執行,那麽就應該在實體內描述拒絕的启事。 當然服務器也能够返回一個404響應,假定它不希望讓客戶端獲得任何信息。 |
| 404 Not Found | 請求掉敗,請求所希望获得的資源未被在服務器上發現。 没有信息可以或许奉告用户这个状况事实是临时的还是永久的。假定办事器知道环境的话,该当利用410狀態碼来奉告旧资本由于某些内部的建设机制题目,已永久的不成用,并且没有任何可以跳转的地址。 404这个狀態碼被遍及利用于当办事器不想揭露到底为何要求被回绝或没有其他合适的响应可用的环境下。 |
| 405 Method Not Allowed | 請求行中指定的┞穲求编制不克不及被用于請求相應的資源。 該響應必須返回一個Allow頭信息用以暗示出當前資源能夠接管的┞穲求编制的列表。 鑒于PUT,DELETE编制會對服務器上的資源進行寫操纵,因此絕大年夜部分的網頁服務器都不撑持或在默認建设下不允許上述請求编制,對于此類請求均會返回405錯誤。 |
| 408 Request Timeout | 請求超時。 客戶端沒有在服務器預備等候的時間內完成一個請求的發送。客戶端可以隨時再次提交這一請求而無需進行任何更改。 |
| 409 Conflict | 由于和被請求的資源的當前狀態之間存在沖突,請求無法完成。 這個代碼只允許用在這樣的情況下才能被利用:用戶被認爲能夠解決沖突,並且會从头提交新的┞穲求。 |
| 410 Gone | 被請求的資源在服務器上已經不再可用,并且沒有任何已知的轉發地址。 這樣的狀況應當被認爲是永久性的。若是可能,擁有鏈接編輯功能的客戶端應當刪除所有指向這個地址的援引。 |
| 413 Payload Too Large | 服務器拒絕處理當前請求,因爲該請求提交的實體數據大年夜小超過了服務器願意或能夠處理的範圍。 此種情況下,服務器可以關閉連接以避免客戶端繼續發送此請求。 |
| 429 Too Many Requests | 用戶在給定的時間內發送了太多的┞穲求。 響應中可能會包含一個Retry-After頭,提示用戶多長時間後可以再次嘗試。 |
| 500 Internal Server Error | 服務器碰到了不知道若何處理的情況。 服務器碰到了一個不曾預料的狀況,導致了它無法完成對請求的處理。一般來說,這個問題都會在服務器的法式代碼出錯時出現。 |
| 501 Not Implemented | 服務器不撑持當前請求所需要的某個功能。 当办事器没法辨认要求的编制,并且没法撑持其对任何资本的要求时,合适利用这个狀態碼。 |
| 502 Bad Gateway | 作爲網關或代办代理工作的服務器嘗試執行請求時,從上遊服務器领遭到無效的響應。 502錯誤凡是不是客戶端能夠修複的,而是需要由途經的Web服務器或代办代理服務器對其進行修複。 |
| 503 Service Unavailable | 服務器今朝無法利用(由于超載或停機維護)。 凡是,這只是暫時狀態。若是能夠預計延遲時間,那麽響應中可以包含一個Retry-After頭用以標明這個延遲時間。若是沒有給出這個Retry-After信息,那麽客戶端應當以處理500響應的编制處理它。 |
| 504 Gateway Timeout | 作爲網關或代办代理工作的服務器嘗試執行請求時,未能及時從上遊服務器(URI標識出的服務器,例如HTTP、FTP、LDAP)或輔助服務器(例如DNS)收到響應。 重视:某些代办代理服務器在DNS查詢超時時會返回400或500錯誤。 |