表示請求被服務器正常處理
最多見的就是這個了
隨着這個狀態碼返回的信息跟你的請求方法有關
好比GET請求,請求的資源會做爲響應實體返回
而HEAD請求,信息只存在於響應報文首部,由於它不會返回報文實體,只返回報文首部瀏覽器
表示請求已成功處理,可是沒有內容返回(就應該沒有內容返回的情況)
也就是返回的響應報文中沒有報文實體(實際上是沒有報文實體的主體部分)
瀏覽器向服務器發送請求後收到了204,那麼瀏覽器頁面不會發生更新
通常用在只是客戶端向服務器發送信息,而服務器不用向客戶端返回什麼信息的狀況服務器
表示服務器已經完成了部分GET請求(客戶端進行了範圍請求)
響應報文中包含Content-Range指定範圍的實體內容server
永久重定向,表示請求的資源已經永久的搬到了其餘位置
就是說資源已經被分配了新的URI
新的URI應該提示在響應報文的Location首部字段
只要不是HEAD請求,響應實體應該包含新URI的超連接和簡短的說明資源
臨時重定向,表示請求的資源臨時搬到了其餘位置
請求的資源暫時被配到到了新的URI
和301很像,只不過資源是臨時移動,資源在未來可能還會改變
一樣地,新的臨時URI應該提示在響應報文的Location首部字段
只要不是HEAD請求,響應實體應該包含新URI的超連接和簡短的說明io
表示請求資源存在另外一個URI,應使用GET定向獲取請求資源
303功能與302同樣,區別只是303明確客戶端應該使用GET訪問
(不少HTTP/1.1以前的瀏覽器不能理解303,可是你們都把302當303對待,使用GET請求新URI)service
表示客戶端發送附帶條件的請求(GET方法請求報文中的IF…)時,條件不知足
返回304時,不包含任何響應主體
雖然304被劃分在3XX,但和重定向一毛錢關係都沒有權限
臨時重定向,和302有着相同含義
儘管302標準禁止POST變爲GET,但沒人聽他的
而307就會遵守標準,不會從POST變爲GET
但處理響應行爲,各個瀏覽器可能不一樣request
表示請求報文存在語法錯誤或參數錯誤,服務器不理解
服務器不該該重複提交這個請求
須要修改請求內容後再次發送語法
表示發送的請求須要有HTTP認證信息或者是認證失敗了
返回401的響應必須包含一個適用於被請求資源的WWW-Authenticate首部以質詢用戶信息
瀏覽器初次接受401時,會彈出認證窗口bug
表示對請求資源的訪問被服務器拒絕了
服務器能夠對此做出解釋,也能夠不解釋
想說明的話能夠在響應實體的主體部分描述緣由
好比說你可能沒有訪問權限
表示服務器找不到你請求的資源
也有可能服務器就是不想給你而後騙你找不到(⊙ˍ⊙)
並且大多服務器都是這麼玩這個狀態碼的
表示服務器執行請求的時候出錯了
多是Web應用有bug或臨時故障
更有多是服務器源代碼有bug…
表示服務器超負載或正停機維護,沒法處理請求
若是服務器知道還須要多長時間,就寫入Retry-After首部字段返回
返回的狀態碼和狀態不一致的狀況是有可能發生得
好比Web應用程序內部錯誤,但仍然返回 200 OK