http 狀態代碼

來源:互聯網
上載者:User

標籤:

狀態代碼 原因短語 代表含義 HTTP 版本
訊息響應
100 Continue
(繼續)
用戶端應當繼續發送請求.這個臨時響應是用來通知用戶端它的部分請求已經被伺服器接收,且仍未被拒絕.用戶端應當繼續發送請求的剩餘部分,或者如果請求已經完成,忽略這個響應.伺服器必須在請求完成後向用戶端發送一個最終響應. HTTP/1.1 可用
101 Switching Protocol
(切換協議)
伺服器已經理解了用戶端的請求,並將通過Upgrade訊息頭通知用戶端採用不同的協議來完成這個請求。在發送完這個響應最後的空行後,伺服器將會切換到 在Upgrade訊息頭中定義的那些協議。: 只有在切換新的協議更有好處的時候才應該採取類似措施。例如,切換到新的HTTP版本比舊版本更有優勢,或者切換到一個即時且同步的協議以傳送利用此類特 性的資源。 HTTP/1.1 可用
成功響應
200 OK
(成功)
請求成功.成功的意義根據請求所使用的方法不同而不同.
  • GET: 資源已被提取,並作為響應體傳回用戶端.
  • HEAD: 實體頭已作為回應標頭傳回用戶端
  • POST: 經過伺服器處理用戶端傳來的資料,適合的資源作為響應體傳回用戶端.
  • TRACE: 伺服器收到請求訊息作為響應體傳回用戶端.
PUT, DELETE, 和 OPTIONS 方法永遠不會返回 200 狀態代碼.
HTTP/0.9 可用
201 Created
(已建立)
請求成功,而且有一個新的資源已經依據請求的需要而建立,通常這是 PUT 方法得到的響應碼. HTTP/0.9 可用
202 Accepted
(已建立)
伺服器已接受請求,但尚未處理。正如它可能被拒絕一樣,最終該請求可能會也可能不會被執行。在非同步作業的場合下,沒有比發送這個狀態代碼更方便的做法了。:返回202狀態代碼的響應的目的是允許伺服器接受其他過程的請求(例如某個每天只執行一次的基於批處理的操作),而不必讓用戶端一直保持與伺服器的串連直到批處理操作全部完成。在接受請求處理並返回202狀態代碼的響應應當在返回的實體中包含一些指示處理目前狀態的資訊,以及指向處理狀態監視器或狀態預測的指標,以便使用者能夠估計操作是否已經完成。 HTTP/0.9 可用
203 Non-Authoritative Information
(未授權資訊)

伺服器已成功處理了請求,但返回的實體頭部元資訊不是在原始伺服器上有效確定集合,而是來自本地或者第三方的拷貝,如果不是上述情況,使用200狀態代碼才是最合適的.

HTTP/0.9 and 1.1
204 No Content
(無內容)
該響應沒有響應內容,只有回應標頭,回應標頭也可能是有用的.使用者代理程式可以根據新的回應標頭來更新對應資源的緩衝資訊. HTTP/0.9 可用
205 Reset Content
(重設內容)
告訴使用者代理程式去重設發送該請求的視窗的文檔視圖. HTTP/1.1 可用
206 Partial Content
(部分內容)
當用戶端通過使用range頭欄位進行檔案分段下載時使用該狀態代碼 HTTP/1.1 可用
重新導向
300 Multiple Choice
(多種選擇)
該請求有多種可能的響應,使用者代理程式或者使用者必須選擇它們其中的一個.伺服器沒有任何標準可以遵循去代替使用者來進行選擇. HTTP/1.0 and later
301 Moved Permanently
(永久移動)
該狀態代碼表示所請求的URI資源路徑已經改變,新的URL會在響應的Location:頭欄位裡找到. HTTP/0.9 可用
302 Found
(臨時移動)
該狀態代碼表示所請求的URI資源路徑臨時改變,並且還可能繼續改變.因此用戶端在以後訪問時還得繼續使用該URI.新的URL會在響應的Location:頭欄位裡找到. HTTP/0.9 可用
303 See Other
(查看其他位置)
伺服器發送該響應用來引導用戶端使用GET方法訪問另外一個URI. HTTP/0.9 and 1.1
304 Not Modified
(未修改)
告訴用戶端,所請求的內容距離上次訪問並沒有變化. 用戶端可以直接從瀏覽器緩衝裡擷取該資源. HTTP/0.9 可用
305 Use Proxy
(使用代理)
所請求的資源必須統過代理才能訪問到.由於安全原因,該狀態代碼並未受到廣泛支援. HTTP/1.1 可用
306 unused
(未使用)
這個狀態代碼已經不再被使用,當初它被用在HTTP 1.1規範的舊版本中. HTTP/1.1 可用
307 Temporary Redirect
(臨時重新導向)

伺服器發送該響應用來引導用戶端使用相同的方法訪問另外一個URI來擷取想要擷取的資源.新的URL會在響應的Location:頭欄位裡找到.與302狀態代碼有相同的語義,且前後兩次訪問必須使用相同的方法(GET POST).

HTTP/1.1 可用
308 Permanent Redirect
(永久重新導向)

所請求的資源將永久的位於另外一個URI上.新的URL會在響應的Location:頭欄位裡找到.與301狀態代碼有相同的語義,且前後兩次訪問必須使用相同的方法(GET POST).

HTTPbis
(實驗草案)

用戶端錯誤
400 Bad Request
(錯誤請求)
因發送的請求語法錯誤,伺服器無法正常讀取. HTTP/0.9 可用
401 Unauthorized
(未授權)
需要身分識別驗證後才能擷取所請求的內容,類似於403錯誤.不同點是.401錯誤後,只要正確輸入帳號密碼,驗證即可通過. HTTP/0.9 可用
402 Payment Required
(需要付款)
該狀態碼被保留以供將來使用.建立此代碼最初的目的是為數字支付系統而用,然而,到現在也沒投入使用. HTTP/0.9 and 1.1
403 Forbidden
(禁止訪問)
用戶端沒有權利訪問所請求內容,伺服器拒絕本次請求. HTTP/0.9 可用
404 Not Found
(未找到)
伺服器找不到所請求的資源.由於經常發生此種情況,所以該狀態代碼在上網時是非常常見的. HTTP/0.9 可用
405 Method Not Allowed
(不允許使用該方法)
該請求使用的方法被伺服器端禁止使用,RFC2616中規定, GETHEAD 方法不能被禁止. HTTP/1.1 可用
406 Not Acceptable
(無法接受)
在進行伺服器驅動內容協商後,沒有發現合適的內容傳回給用戶端. HTTP/1.1 可用
407 Proxy Authentication Required
(要求Proxy 驗證)

類似於狀態代碼 401,不過需要通過代理才能進行驗證.

HTTP/1.1 可用
408 Request Timeout
(請求逾時)
用戶端沒有在伺服器預備等待的時間內完成一個請求的發送.這意味著伺服器將會切斷和用戶端的串連. 在其他瀏覽器中,這種響應更常見一些, 例如Chrome 和 IE9, 目的是為了使用HTTP 預連機制加快瀏覽速度. 同時注意,一些伺服器不發送此種響應就直接切斷串連. HTTP/1.1 可用
409 Conflict
(衝突)
該請求與伺服器的目前狀態所衝突. HTTP/1.1 可用
410 Gone
(已失效)
所請求的資源已經被刪除. HTTP/1.1 可用
411 Length Required
(需要內容長度頭)
因伺服器在本次請求中需要 Content-Length 頭欄位,而用戶端沒有發送.所以,伺服器拒絕了該請求. HTTP/1.1 可用
412 Precondition Failed
(預先處理失敗)
伺服器沒能滿足用戶端在擷取資源時在要求標頭欄位中設定的先決條件. HTTP/1.1 可用
413 Request Entity Too Large
(請求實體過長)
請求實體大小超過伺服器的設定的最大限制,伺服器可能會關閉HTTP連結並返回Retry-After 頭欄位. HTTP/1.1 可用
414 Request-URI Too Long
(請求網址過長)
用戶端請求所包含的URI地址太長,以至於伺服器無法處理. HTTP/1.1 可用
415 Unsupported Media Type
(媒體類型不支援)
伺服器不支援用戶端所請求的媒體類型,因此拒絕該請求. HTTP/1.1 可用
416 Requested Range Not Satisfiable
(請求範圍不合要求)
請求中包含的Range頭欄位無法被滿足,通常是因為Range中的數字範圍超出所請求資源的大小. HTTP/1.1 可用
417 Expectation Failed
(預期結果失敗)
在要求標頭 Expect 中指定的預期內容無法被伺服器滿足. HTTP/1.1 可用
伺服器端錯誤
500 Internal Server Error
(內部伺服器錯誤)
伺服器遇到未知的無法解決的問題. HTTP/0.9 可用
501 Implemented
(未實現)
伺服器不支援該請求中使用的方法,比如POSTPUT.只有GETHEAD 是RFC2616規範中規定伺服器必須實現的方法. HTTP/0.9 可用
502 Bad Gateway
(網關錯誤)
伺服器作為網關且從上遊伺服器擷取到了一個無效的HTTP響應. HTTP/0.9 可用
503 Service Unavailable
(服務不可用)
由於臨時的伺服器維護或者過載,伺服器當前無法處理請求.這個狀況是臨時的,並且將在一段時間以後恢複.如果能夠預計延遲時間,那麼響應中可以包含一個Retry-After:頭用以標明這個延遲時間.如果沒有給出這個Retry-After:資訊,那麼用戶端應當以處理500響應的方式處理它.同時,這種情況下,一個友好的用於解釋伺服器出現問題的頁面應當被返回,並且,緩衝相關的HTTP頭資訊也應該包含,因為通常這種錯誤提示網頁不應當被用戶端緩衝. HTTP/0.9 可用
504 Gateway Timeout
(網關逾時)
伺服器作為網關且不能從上遊伺服器及時的得到響應返回給用戶端. HTTP/1.1 可用
505 HTTP Version Not Supported
(HTTP版本不受支援)
伺服器不支援用戶端發送的HTTP請求中所使用的HTTP協議版本. HTTP/1.1 可用

http 狀態代碼

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.