1. 程式人生 > >HTTP各個狀態返回值

HTTP各個狀態返回值

轉載來自於:http://desert3.iteye.com/blog/1136548

502 Bad Gateway:tomcat沒有啟動起來 
504 Gateway Time-out: nginx報出來的錯誤,一般是nginx做為反向代理伺服器的時候,所連線的應用伺服器譬如tomcat無相應導致的 

302(臨時移動) 伺服器目前正從不同位置的網頁響應請求,但請求者應繼續使用原有位置來進行以後的請求,302響應時,臨時URL通過Location 欄位返回給客戶端。 
304(未修改) 自從上次請求後,請求的網頁未被修改過。伺服器返回此響應時,不會返回網頁內容。 
307 - Temporary Redirect 許多瀏覽器會錯誤地響應302應答進行重定向,即使原來的請求是POST,

即使它實際上只能在POST請求的應答是303時 才能重定向。由於這個原因,HTTP 1.1新增了307,以便更加清除地區分幾個狀態程式碼:當出現303應答時,瀏覽器可以跟隨重定向的GET和POST請求;如果是307,301,302應答,則瀏覽器只能跟隨對GET、HEAD請求的重定向。(HTTP 1.1新) 

根據RFC2616D定義,對於HTTP Response響應碼301、302、307,如果請求不是GET或者HEAD,而response返回的狀態碼是302,那麼瀏覽器禁止重定向到新的請求,除非得到使用者的確認!因為這可能會導致請求條件變更而出現。參考:RFC2616 Hypertext Transfer Protocol -- HTTP/1.1

相應的Java的HTTP Client包就是根據這個規範進行處理的,如果對返回Response狀態碼是307,301,302的POST請求設定setFollowRedirects,系統就會報錯:java.lang.IllegalArgumentException: Entity enclosing requests cannot be redirected without user intervention!如果可以的話,把POST改成Get後即使在307響應碼的情況下也能自動重定向 

1xx響應資訊提示
這些狀態程式碼表示臨時的響應。客戶端在收到常規響應之前,應準備接收一個或多個1xx 
• 100 - Continue 初始的請求已經接受,客戶應當繼續傳送請求的其餘部分。(HTTP 1.1新) 

• 101 - Switching Protocols 伺服器將遵從客戶的請求轉換到另外一種協議(HTTP 1.1新) 
2xx - 成功
這類狀態程式碼表明伺服器成功地接受了客戶端請求。 
• 200 - OK 一切正常,對GET和POST請求的應答文件跟在後面。 
• 201 - Created 伺服器已經建立了文件,Location頭給出了它的URL。 
• 202 - Accepted 已經接受請求,但處理尚未完成。 
• 203 - Non-Authoritative Information 文件已經正常地返回,但一些應答頭可能不正確,因為使用的是文件的拷貝,非權威性資訊(HTTP 1.1新)。 
• 204 - No Content 沒有新文件,瀏覽器應該繼續顯示原來的文件。如果使用者定期地重新整理頁面,而Servlet可以確定使用者文件足夠新,這個狀態程式碼是很有用的。 
• 205 - Reset Content 沒有新的內容,但瀏覽器應該重置它所顯示的內容。用來強制瀏覽器清除表單輸入內容(HTTP 1.1新)。 
• 206 - Partial Content 客戶傳送了一個帶有Range頭的GET請求(分塊請求),伺服器完成了它(HTTP 1.1新)。 
3xx - 重定向
客戶端瀏覽器必須採取更多操作來實現請求。例如,瀏覽器可能不得不請求伺服器上的不同的頁面,或通過代理伺服器重複該請求。 
• 300 - Multiple Choices 客戶請求的文件可以在多個位置找到,這些位置已經在返回的文件內列出。如果伺服器要提出優先選擇,則應該在Location應答頭指明。 
• 301 - Moved Permanently 客戶請求的文件在其他地方,新的URL在Location頭中給出,GET、HEAD請求時瀏覽器應該自動地訪問新的URL。 
• 302 - Found 類似於301,但新的URL應該被視為臨時性的替代,而不是永久性的。注意,在HTTP1.0中對應的狀態資訊是“Moved Temporatily”。出現該狀態程式碼時,瀏覽器能夠自動訪問新的URL,因此它是一個很有用的狀態程式碼。注意這個狀態程式碼有時候可以和301替換使 用。例如,如果瀏覽器錯誤地請求 http://host/~user (缺少了後面的斜槓),有的伺服器返回301,有的則返回302。嚴格地說,我們只能假定只有當原來的請求是GET、HEAD時瀏覽器才會自動重定向。請參見307。 
• 303 - See Other 類似於301/302,不同之處在於,如果原來的請求是POST,Location頭指定的重定向目標文件應該通過GET提取,即該狀態碼存在的最主要意義是為了處理POST請求重定向到GET請求的情況(HTTP 1.1新)。 
• 304 - Not Modified 客戶端有緩衝的文件併發出了一個條件性的請求(一般是提供If-Modified-Since頭表示客戶只想比指定日期更新的文件)。伺服器告訴客戶,原來緩衝的文件還可以繼續使用。 
• 305 - Use Proxy 客戶請求的文件應該通過Location頭所指明的代理伺服器提取(HTTP 1.1新)。 
• 307 - Temporary Redirect 許多瀏覽器會錯誤地響應302應答進行重定向,即使原來的請求是POST,即使它實際上只能在POST請求的應答是303時 才能重定向。由於這個原因,HTTP 1.1新增了307,以便更加清除地區分幾個狀態程式碼:當出現303應答時,瀏覽器可以跟隨重定向的GET和POST請求;如果是307,301,302應答,則瀏覽器只能跟隨對GET、HEAD請求的重定向。(HTTP 1.1新) 
4xx - 客戶端錯誤
發生錯誤,客戶端似乎有問題。例如,客戶端請求不存在的頁面,客戶端未提供有效的身份驗證資訊。 
• 400 - Bad Request 請求出現語法錯誤。 
• 401 - Unauthorized 訪問被拒絕,客戶試圖未經授權訪問受密碼保護的頁面。應答中會包含一個WWW-Authenticate頭,瀏覽器據此顯示使用者名稱字/密碼對話方塊,然後在 填寫合適的Authorization頭後再次發出請求。IIS 定義了許多不同的 401 錯誤,它們指明更為具體的錯誤原因。這些具體的錯誤程式碼在瀏覽器中顯示,但不在 IIS 日誌中顯示: 
• 401.1 - 登入失敗。 
• 401.2 - 伺服器配置導致登入失敗。 
• 401.3 - 由於 ACL 對資源的限制而未獲得授權。 
• 401.4 - 篩選器授權失敗。 
• 401.5 - ISAPI/CGI 應用程式授權失敗。 
• 401.7 –訪問被 Web 伺服器上的 URL 授權策略拒絕。這個錯誤程式碼為 IIS 6.0 所專用。 
• 403 - Forbidden 資源不可用。伺服器理解客戶的請求,但拒絕處理它。通常由於伺服器上檔案或目錄的許可權設定導致。禁止訪問:IIS 定義了許多不同的 403 錯誤,它們指明更為具體的錯誤原因: 
• 403.1 - 執行訪問被禁止。 
• 403.2 - 讀訪問被禁止。 
• 403.3 - 寫訪問被禁止。 
• 403.4 - 要求 SSL。 
• 403.5 - 要求 SSL 128。 
• 403.6 - IP 地址被拒絕。 
• 403.7 - 要求客戶端證書。 
• 403.8 - 站點訪問被拒絕。 
• 403.9 - 使用者數過多。 
• 403.10 - 配置無效。 
• 403.11 - 密碼更改。 
• 403.12 - 拒絕訪問對映表。 
• 403.13 - 客戶端證書被吊銷。 
• 403.14 - 拒絕目錄列表。 
• 403.15 - 超出客戶端訪問許可。 
• 403.16 - 客戶端證書不受信任或無效。 
• 403.17 - 客戶端證書已過期或尚未生效。 
• 403.18 - 在當前的應用程式池中不能執行所請求的 URL。這個錯誤程式碼為 IIS 6.0 所專用。 
• 403.19 - 不能為這個應用程式池中的客戶端執行 CGI。這個錯誤程式碼為 IIS 6.0 所專用。 
• 403.20 - Passport 登入失敗。這個錯誤程式碼為 IIS 6.0 所專用。 
• 404 - Not Found 無法找到指定位置的資源。這也是一個常用的應答。 
• 404.0 -(無) – 沒有找到檔案或目錄。 
• 404.1 - 無法在所請求的埠上訪問 Web 站點。 
• 404.2 - Web 服務擴充套件鎖定策略阻止本請求。 
• 404.3 - MIME 對映策略阻止本請求。 
• 405 - Method Not Allowed 請求方法(GET、POST、HEAD、DELETE、PUT、TRACE等)對指定的資源不適用,用來訪問本頁面的 HTTP 謂詞不被允許(方法不被允許)(HTTP 1.1新) 
• 406 - Not Acceptable 指定的資源已經找到,但它的MIME型別和客戶在Accpet頭中所指定的不相容,客戶端瀏覽器不接受所請求頁面的 MIME 型別(HTTP 1.1新)。 
• 407 - Proxy Authentication Required 要求進行代理身份驗證,類似於401,表示客戶必須先經過代理伺服器的授權。(HTTP 1.1新) 
• 408 - Request Timeout 在伺服器許可的等待時間內,客戶一直沒有發出任何請求。客戶可以在以後重複同一請求。(HTTP 1.1新) 
• 409 - Conflict 通常和PUT請求有關。由於請求和資源的當前狀態相沖突,因此請求不能成功。(HTTP 1.1新) 
• 410 - Gone 所請求的文件已經不再可用,而且伺服器不知道應該重定向到哪一個地址。它和404的不同在於,返回407表示文件永久地離開了指定的位置,而404表示由於未知的原因文件不可用。(HTTP 1.1新) 
• 411 - Length Required 伺服器不能處理請求,除非客戶傳送一個Content-Length頭。(HTTP 1.1新) 
• 412 - Precondition Failed 請求頭中指定的一些前提條件失敗(HTTP 1.1新)。 
• 413 – Request Entity Too Large 目標文件的大小超過伺服器當前願意處理的大小。如果伺服器認為自己能夠稍後再處理該請求,則應該提供一個Retry-After頭(HTTP 1.1新)。 
• 414 - Request URI Too Long URI太長(HTTP 1.1新)。 
• 415 – 不支援的媒體型別。 
• 416 – Requested Range Not Satisfiable 伺服器不能滿足客戶在請求中指定的Range頭。(HTTP 1.1新) • 417 – 執行失敗。 
• 423 – 鎖定的錯誤。 
5xx - 伺服器錯誤
伺服器由於遇到錯誤而不能完成該請求。 
• 500 - Internal Server Error 伺服器遇到了意料不到的情況,不能完成客戶的請求。 
• 500.12 - 應用程式正忙於在 Web 伺服器上重新啟動。 
• 500.13 - Web 伺服器太忙。 
• 500.15 - 不允許直接請求 Global.asa。 
• 500.16 – UNC 授權憑據不正確。這個錯誤程式碼為 IIS 6.0 所專用。 
• 500.18 – URL 授權儲存不能開啟。這個錯誤程式碼為 IIS 6.0 所專用。 
• 500.100 - 內部 ASP 錯誤。 
• 501 - Not Implemented 伺服器不支援實現請求所需要的功能,頁首值指定了未實現的配置。例如,客戶發出了一個伺服器不支援的PUT請求。 
• 502 - Bad Gateway 伺服器作為閘道器或者代理時,為了完成請求訪問下一個伺服器,但該伺服器返回了非法的應答。 亦說Web 伺服器用作閘道器或代理伺服器時收到了無效響應。 
• 502.1 - CGI 應用程式超時。 
• 502.2 - CGI 應用程式出錯。 
• 503 - Service Unavailable 服務不可用,伺服器由於維護或者負載過重未能應答。例如,Servlet可能在資料庫連線池已滿的情況下返回503。伺服器返回503時可以提供一個 Retry-After頭。這個錯誤程式碼為 IIS 6.0 所專用。 
• 504 - Gateway Timeout 閘道器超時,由作為代理或閘道器的伺服器使用,表示不能及時地從遠端伺服器獲得應答。(HTTP 1.1新) 。 
• 505 - HTTP Version Not Supported 伺服器不支援請求中所指明的HTTP版本。(HTTP 1.1新)