2XX(Success 成功狀態碼)
2XX 響應的結果標明請求被正常處理了
200 OK
表示從客戶端發來的請求在伺服器端被正常處理了
在響應報文內，隨狀態碼一起返回的資訊會因方法的不同而發生改變。比如，使用 GET 方法時，對應請求資源的實體會作為響應返回;而使用 HEAD 方法 時，對應請求資源的實體首部不隨報文主體作為響應返回(即在響應中只返回首部，不會返回實體的主體部分)。
204 No Content
該狀態碼代表伺服器接收的請求已成功處理，但在返回的響應報文中不含實體的主體部分。另外，也不允許返回任何實體的主體。比如，當從瀏覽器發出請求 處理後，返回 204 響應，那麼瀏覽器顯示的頁面不發生更新。
一般在只需要從客戶端往伺服器傳送資訊，而對客戶端不需要傳送新資訊內容的情況下使用
206 Partial Content
該狀態碼錶示客戶端進行了範圍請求，而伺服器成功執行了這部分的 GET 請求
響應報文中包含由 Content-Range 指定範圍的實體內容
3XX(Redirection 重定向狀態碼)
3XX 響應結果表明瀏覽器需要執行某些特殊的處理以正確處理請求
301 Moved Permanently
永久性重定向
該狀態碼錶示請求的資源已被分配了新的 URI，以後應使用資源現在所指的 URI。也就是說，如果已經把資源對應的 URI 儲存為書籤了，這時應該按 Location 首部欄位提示的 URI 重新儲存
302 Found
臨時性重定向
該狀態碼錶示請求的資源已被分配了新的 URI，希望使用者(本次)能使用新的 URI 訪問。 和 301 Moved Permanently 狀態碼相似，但 302 狀態碼代表的資源不是被永久移動，只是臨時性質的。換句話說，已移動的資源對應的 URI 將來還有可能發生改 變。比如，使用者把 URI 儲存成書籤，但不會像 301 狀態碼出現時那樣去更新書籤，而是仍舊保留返回 302 狀態碼的頁面對應的 URI。
303 See Other
該狀態碼錶示由於請求對應的資源存在著另一個 URI，應使用 GET 方法定向獲取請求的資源。
303 狀態碼和 302 Found 狀態碼有著相同的功能，但 303 狀態碼明確表示客戶端應當採用 GET 方法獲取資源，這點與 302 狀態碼有區別。 比如，當使用 POST 方法訪問 CGI 程式，其執行後的處理結果是希望客戶端能以 GET 方法重定向到另一個 URI 上去時，返回 303 狀態碼。雖然 302 Found 狀態碼也可以實現相同的功能，但這裡使用 303 狀態碼是最理想的
當 301、302、303 響應狀態碼返回時，幾乎所有的瀏覽器都會把 POST 改成 GET，並刪除請求報文內的主體，之後請求會自動再次傳送
301、302 標準是禁止將 POST 方法改變成 GET 方法的，但實際使用時大家都會這麼做
304 Not Modified
該狀態碼錶示客戶端傳送附帶條件的請求時，伺服器端允許請求訪問資源，但未滿足條件的情況。304 狀態碼返回時，不包含任何響應的主體部分。304 雖 然被劃分在 3XX 類別中，但是和重定向沒有關係。
附帶條件的請求是指採用 GET 方法的請求報文中包含 If-Match，If-Modified-Since，If-None-Match，If-Range，If-Unmodified-Since 中任一首部
307 Temporary Redirect
臨時重定向。該狀態碼與 302 Found 有著相同的含義。儘管 302 標準禁止 POST 變換成 GET，但實際使用時大家並不遵守
307 會遵照瀏覽器標準，不會從 POST 變成 GET。但是，對於處理響應時的行為，每種瀏覽器有可能出現不同的情況
4XX(Client Error 客戶端錯誤狀態碼)
4XX 的響應結果表明客戶端是發生錯誤的原因所在
400 Bad Request
該狀態碼錶示請求報文中存在語法錯誤。當錯誤發生時，需修改請求的內容後再次傳送請求。另外，瀏覽器會像 200 OK 一樣對待該狀態碼。
401 Unauthorized
該狀態碼錶示傳送的請求需要有通過 HTTP 認證(BASIC 認證、DIGEST 認證)的認證資訊。另外若之前已進行過 1 次請求，則表示用 戶認證失敗
返回含有 401 的響應必須包含一個適用於被請求資源的 WWW-Authenticate 首部用以質詢(challenge)使用者資訊。當瀏覽器初次接收到 401 響應，會彈出認證用的對話視窗
403 Forbidden
該狀態碼錶明對請求資源的訪問被伺服器拒絕了。伺服器端沒有必要給出拒絕的詳細理由，但如果想作說明的話，可以在實體的主體部分對原因進行描述，這樣就能讓使用者看到了
未獲得檔案系統的訪問授權，訪問許可權出現某些問題(從未授權的傳送源 IP 地址試圖訪問)等列舉的情況都可能是發生 403 的原因
404 Not Found
該狀態碼錶明伺服器上無法找到請求的資源。除此之外，也可以在伺服器端拒絕請求且不想說明理由時使用
405 Method Not Allowed
該狀態碼標明，客戶端請求的方法雖然能被伺服器識別，但是伺服器禁止使用該方法
GET 和 HEAD 方法，伺服器應該總是允許客戶端進行訪問
客戶端可以通過 OPTIONS 方法來檢視伺服器允許的訪問方法, 如下
Access-Control-Allow-Methods →GET,HEAD,PUT,PATCH,POST,DELETE
複製程式碼5XX(Server Error 伺服器錯誤狀態碼)
5XX 的響應結果表明伺服器本身發生錯誤
500 Internal Server Error
該狀態碼錶明伺服器端在執行請求時發生了錯誤。也有可能是 Web 應用存在的 bug 或某些臨時的故障
502 Bad Gateway
該狀態碼錶明扮演閘道器或代理角色的伺服器，從上游伺服器中接收到的響應是無效的
502 錯誤通常不是客戶端能夠修復的，而是需要由途徑的 Web 伺服器或者代理伺服器對其進行修復
503 Service Unavailable
該狀態碼錶明伺服器暫時處於超負載或正在進行停機維護，現在無法處理請求。如果事先得知解除以上狀況需要的時間，最好寫入 RetryAfter 首部欄位再返回 給客戶端
狀態碼和狀況的不一致
不少返回的狀態碼響應都是錯誤的，但是使用者可能察覺不到這點。比如 Web 應用程式內部發生錯誤，狀態碼依然返回 200 OK，這種情況也經常遇到。
參考
宣告
本文中使用到的圖片均來自於圖解HTTP,如有侵權，望周知