http 常見 狀態嗎 轉載 未整理

概念1：HTTP 狀態碼是什麼

若向網站所在的伺服器發出某個請求要求顯示網站上的某個具體網頁（比如當使用者通過瀏覽器訪問該網頁或當SE抓取該網頁時），

那麼，網站所在的伺服器就會返回http 狀態碼以響應此請求。

 

1xx 訊息

這一類型的狀態代碼，代表請求已被接受，需要繼續處理。

這類響應是臨時響應，只包含狀態行和某些可選的回應標頭資訊，並以空行結束。

由於 HTTP/1.0 協議中沒有定義任何 1xx 狀態代碼，所以除非在某些實驗條件下，伺服器禁止向此類用戶端發送 1xx 響應。

 

2xx 成功

這一類型的狀態代碼，代表請求已成功被伺服器接收、理解、並接受。

 

3xx 重新導向

這類狀態代碼代表需要用戶端採取進一步的操作才能完成請求。

通常，這些狀態代碼用來重新導向，後續的請求地址（重新導向目標）在本次響應的 Location 域中指明。

若且唯若後續的請求所使用的方法是 GET 或者 HEAD 時，使用者瀏覽器才可以在沒有使用者介入的情況下自動認可所需要的後續請求。

用戶端應當自動監測無限迴圈重新導向（例如：A->A，或者A->B->C->A），因為這會導致伺服器和用戶端大量不必要的資源消耗。

按照 HTTP/1.0 版規範的建議，瀏覽器不應自動訪問超過5次的重新導向。

 

4xx 請求錯誤

這類的狀態代碼代表了用戶端看起來可能發生了錯誤，妨礙了伺服器的處理。

除非響應的是一個 HEAD 請求，否則伺服器就應該返回一個解釋當前錯誤狀況的實體，以及這是臨時的還是永久性的狀況。

這些狀態代碼適用於任何要求方法。瀏覽器應當向使用者顯示任何包含在此類錯誤響應中的實體內容。

如果錯誤發生時用戶端正在傳送資料，那麼使用TCP的伺服器實現應當仔細確保在關閉用戶端與伺服器之間的串連之前，

用戶端已經收到了包含錯誤資訊的資料包。

如果用戶端在收到錯誤資訊後繼續向伺服器發送資料，伺服器的TCP棧將向用戶端發送一個重設資料包，

以清除該用戶端所有還未識別的輸入緩衝，以免這些資料被伺服器上的應用程式讀取並幹擾後者。

 

5xx 伺服器錯誤

這類狀態代碼代表了伺服器在處理請求的過程中有錯誤或者異常狀態發生，

也有可能是伺服器意識到以當前的軟硬體資源無法完成對請求的處理。

除非這是一個 HEAD 請求，否則伺服器應當包含一個解釋當前錯誤狀態以及這個狀況是臨時的還是永久的解釋資訊實體。

瀏覽器應當向使用者展示任何在當前響應中被包含的實體。

 

概念2：常見HTTP狀態代碼解說

 

200

請求已成功，請求所希望的回應標頭或資料體將隨此響應返回。

一句話總結：伺服器成功返回網頁

 

301

被請求的資源已永久移動到新位置，並且將來任何對此資源的引用都應該使用本響應返回的若干個URI之一。如果可能，擁有連結編輯功能的用戶端應當自動把請求的地址修改為從伺服器反饋回來的地址。除非額外指定，否則這個響應也是可快取的。

新的永久性的URI應當在響應的Location域中返回。除非這是一個HEAD請求，否則響應的實體中應當包含指向新的URI的超連結及簡短說明。

如果這不是一個GET或者HEAD請求，因此瀏覽器禁止自動進行重新導向，除非得到使用者的確認，因為請求的條件可能因此發生變化。注意：對於某些使用HTTP/1.0協議的瀏覽器，當它們發送的POST請求得到了一個301響應的話，接下來的重新導向請求將會變成GET方式。

 

    一句話總結：網址永久性重新導向

 

302

請求的資源現在臨時從不同的URI響應請求。由於這樣的重新導向是臨時的，用戶端應當繼續向原有地址發送以後的請求。只有在Cache-Control或Expires中進行了指定的情況下，這個響應才是可快取的。新的臨時性的URI應當在響應的Location域中返回。除非這是一個HEAD請求，否則響應的實體中應當包含指向新的URI的超連結及簡短說明。

 

    一句話總結：網址臨時性重新導向

 

401

當前請求需要使用者驗證。該響應必須包含一個適用於被請求資源的WWW-Authenticate資訊頭用以詢問使用者資訊。用戶端可以重複提交一個包含恰當的Authorization頭資訊的請求。如果當前請求已經包含了Authorization認證，那麼401響應代表著伺服器驗證已經拒絕了那些認證。如果401響應包含了與前一個響應相同的身分識別驗證詢問，且瀏覽器已經至少嘗試了一次驗證，那麼瀏覽器應當向使用者展示響應中包含的實體資訊，因為這個實體資訊中可能包含了相關診斷資訊。

一句話總結：未授權—未授權客戶機訪問資料

 

 

403

伺服器已經理解請求，但是拒絕執行它。與401響應不同的是，身分識別驗證並不能提供任何協助，而且這個請求也不應該被重複提交。如果這不是一個HEAD請求，而且伺服器希望能夠講清楚為何請求不能被執行，那麼就應該在實體內描述拒絕的原因。當然伺服器也可以返回一個404響應，假如它不希望讓用戶端獲得任何資訊。

 

  一句話總結：伺服器拒絕請求

 

404

請求失敗，請求所希望得到的資源未被在伺服器上發現。沒有資訊能夠告訴使用者這個狀況到底是暫時的還是永久的。假如伺服器知道情況的話，應當使用410狀態代碼來告知舊資源因為某些內部的配置機制問題，已經永久的不可用，而且沒有任何可以跳轉的地址。 404這個狀態代碼被廣泛應用於當伺服器不想揭示到底為何請求被拒絕或者沒有其他適合的響應可用的情況下。

 

一句話總結：404表示臨時性，410表示永久性

 

413

伺服器拒絕處理當前請求，因為該請求提交的實體資料大小超過了伺服器願意或者能夠處理的範圍。此種情況下，伺服器可以關閉串連以免用戶端繼續發送此請求。

 

一句話總結：資料量過大，伺服器拒絕

 

500

伺服器遇到了一個未曾預料的狀況，導致了它無法完成對請求的處理。一般來說，這個問題都會在伺服器的程式碼出錯時出現。

 

一句話總結：伺服器遇到錯誤，無法完成請求

 

 

常見HTTP狀態代碼

 

      訪問網頁時經常會碰到HTTP狀態回應，我也只知道最基本的幾個，今天看到一個比較完整的介紹，貼出啦大家看看，自己忘了也能看看

 

100 Continue

初始的請求已經接受，客戶應當繼續發送請求的其餘部分

 

101 Switching Protocols

伺服器將遵從客戶的請求轉換到另外一種協議

 

200 OK

一切正常，對GET和POST請求的應答文檔跟在後面

 

201 Created

伺服器已經建立了文檔，Location頭給出了它的URL。

 

202 Accepted

已經接受請求，但處理尚未完成。

 

203 Non-Authoritative Information

文檔已經正常地返回，但一些應答頭可能不正確，因為使用的是文檔的拷貝

 

204 No Content

沒有新文檔，瀏覽器應該繼續顯示原來的文檔。如果使用者定期地重新整理頁面，而Servlet可以確定使用者文檔足夠新，這個狀態碼是很有用的

 

205 Reset Content

沒有新的內容，但瀏覽器應該重設它所顯示的內容。用來強制瀏覽器清除表單輸入內容

 

206 Partial Content

客戶發送了一個帶有Range頭的GET請求，伺服器完成了它

 

300 Multiple Choices

客戶請求的文檔可以在多個位置找到，這些位置已經在返回的文檔內列出。如果伺服器要提出優先選擇，則應該在Location應答頭指明。

 

301 Moved Permanently

客戶請求的文檔在其他地方，新的URL在Location頭中給出，瀏覽器應該自動地訪問新的URL。

 

302 Found

類似於301，但新的URL應該被視為臨時性的替代，而不是永久性的。

 

303 See Other

類似於301/302，不同之處在於，如果原來的請求是POST，Location頭指定的重新導向目的文件應該通過GET提取

 

304 Not Modified

用戶端有緩衝的文檔並發出了一個條件性的請求（一般是提供If-Modified-Since頭表示客戶只想比指定日期更新的文檔）。伺服器告訴客戶，原來緩衝的文檔還可以繼續使用。

 

305 Use Proxy

客戶請求的文檔應該通過Location頭所指明的Proxy 伺服器提取

 

307 Temporary Redirect

和302（Found）相同。許多瀏覽器會錯誤地響應302應答進行重新導向，即使原來的請求是 POST，即使它實際上只能在POST請求的應答是303時才能重新導向。由於這個原因，HTTP 1.1新增了307，以便更加清除地區分幾個狀態碼： 當出現303應答時，瀏覽器可以跟隨重新導向的GET和POST請求；如果是307應答，則瀏覽器只能跟隨對GET請求的重新導向。

 

400 Bad Request

請求出現語法錯誤。

 

401 Unauthorized

客戶試圖未經授權訪問受密碼保護的頁面。應答中會包含一個WWW-Authenticate頭，瀏覽器據此顯示使用者名稱字/密碼對話方塊，然後在填寫合適的Authorization頭後再次發出請求。

 

403 Forbidden

資源不可用。

 

404 Not Found

無法找到指定位置的資源

 

405 Method Not Allowed

要求方法（GET、POST、HEAD、Delete、PUT、TRACE等）對指定的資源不適用。

 

406 Not Acceptable

指定的資源已經找到，但它的MIME類型和客戶在Accpet頭中所指定的不相容

 

407 Proxy Authentication Required

類似於401，表示客戶必須先經過Proxy 伺服器的授權。

 

408 Request Timeout

在伺服器許可的等待時間內，客戶一直沒有發出任何請求。客戶可以在以後重複同一請求。

 

409 Conflict

通常和PUT請求有關。由於請求和資源的目前狀態相衝突，因此請求不能成功。

 

410 Gone

所請求的文檔已經不再可用，而且伺服器不知道應該重新導向到哪一個地址。它和404的不同在於，返回407表示文檔永久地離開了指定的位置，而404表示由於未知的原因文檔不可用。

 

411 Length Required

伺服器不能處理請求，除非客戶發送一個Content-Length頭。

 

412 Precondition Failed

要求標頭中指定的一些前提條件失敗

 

413 Request Entity Too Large

目的文件的大小超過伺服器當前願意處理的大小。如果伺服器認為自己能夠稍後再處理該請求，則應該提供一個Retry-After頭

 

414 Request URI Too Long

URI太長

 

416 Requested Range Not Satisfiable

伺服器不能滿足客戶在請求中指定的Range頭

 

500 Internal Server Error

伺服器遇到了意料不到的情況，不能完成客戶的請求

 

501 Not Implemented

伺服器不支援實現請求所需要的功能。例如，客戶發出了一個伺服器不支援的PUT請求

 

502 Bad Gateway

伺服器作為網關或者代理時，為了完成請求訪問下一個伺服器，但該伺服器返回了非法的應答

 

503 Service Unavailable

伺服器由於維護或者負載過重未能應答。例如，Servlet可能在資料庫連接池已滿的情況下返回503。伺服器返回503時可以提供一個Retry-After頭

 

504 Gateway Timeout

由作為代理或網關的伺服器使用，表示不能及時地從遠程伺服器獲得應答

 

505 HTTP Version Not Supported

伺服器不支援要求中所指明的HTTP版本