常見的14種狀態(tài)碼
100 Continue
服務器已經(jīng)接收到請求頭险污，并且客戶端應繼續(xù)發(fā)送請求主體（在需要發(fā)送身體的請求的情況下：例如，POST請求）富岳，或者如果請求已經(jīng)完成蛔糯，忽略這個響應。
服務器必須在請求完成后向客戶端發(fā)送一個最終響應城瞎。要使服務器檢查請求的頭部渤闷，客戶端必須在其初始請求中發(fā)送Expect: 100-continue作為頭部，并在發(fā)送正文之前接收100 Continue狀態(tài)代碼脖镀。響應代碼417期望失敗表示請求不應繼續(xù)飒箭。
101 Switching Protocols
切換協(xié)議狼电。
服務器已經(jīng)理解了客戶端的請求，并將通過Upgrade消息頭通知客戶端采用不同的協(xié)議來完成這個請求弦蹂。在發(fā)送完這個響應最后的空行后肩碟，服務器將會切換到在Upgrade消息頭中定義的那些協(xié)議。
只有在切換新的協(xié)議更有好處的時候才應該采取類似措施凸椿。例如削祈，切換到新的HTTP版本（如HTTP/2）比舊版本更有優(yōu)勢，或者切換到一個實時且同步的協(xié)議（如WebSocket）以傳送利用此類特性的資源脑漫。
102 Processing
WebDAV請求可能包含許多涉及文件操作的子請求髓抑，需要很長時間才能完成請求。
該代碼表示??服務器已經(jīng)收到并正在處理請求优幸，但無響應可用吨拍。
這樣可以防止客戶端超時，并假設請求丟失
200 OK
請求已成功网杆，請求所希望的響應頭或數(shù)據(jù)體將隨此響應返回羹饰。
實際的響應將取決于所使用的請求方法。
在GET請求中碳却，響應將包含與請求的資源相對應的實體队秩。在POST請求中，響應將包含描述或操作結(jié)果的實體昼浦。
201 Created
請求已經(jīng)被實現(xiàn)馍资，而且有一個新的資源已經(jīng)依據(jù)請求的需要而建立，且其 URI 已經(jīng)隨 Location頭信息返回座柱。
假如需要的資源無法及時建立的話迷帜，應當返回 202 Accepted。
202 Accepted
服務器已接受請求色洞，但尚未處理戏锹。
最終該請求可能會也可能不會被執(zhí)行，并且可能在處理發(fā)生時被禁止火诸。
203 Non-Authoritative Information
服務器是一個轉(zhuǎn)換代理服務器（transforming proxy锦针，例如網(wǎng)絡加速器），以200 OK狀態(tài)碼為起源置蜀，但回應了原始響應的修改版本奈搜。
204 No Content
服務器成功處理了請求，沒有返回任何內(nèi)容盯荤。
205 Reset Content
服務器成功處理了請求馋吗，但沒有返回任何內(nèi)容。與204響應不同秋秤，此響應要求請求者重置文檔視圖宏粤。
206 Partial Content
服務器已經(jīng)成功處理了部分GET請求脚翘。
207 Multi-Status
代表之后的消息體將是一個 XML消息，并且可能依照之前子請求數(shù)量的不同绍哎，包含一系列獨立的響應代碼来农。
208 Already Reported
DAV綁定的成員已經(jīng)在（多狀態(tài)）響應之前的部分被列舉，且未被再次包含崇堰。
226 IM Used
服務器已經(jīng)滿足了對資源的請求沃于，對實體請求的一個或多個實體操作的結(jié)果表示。
300 Multiple Choices
被請求的資源有一系列可供選擇的回饋信息海诲，每個都有自己特定的地址和瀏覽器驅(qū)動的商議信息繁莹。用戶或瀏覽器能夠自行選擇一個首選的地址進行重定向。
301 Moved Permanently
被請求的資源已永久移動到新位置饿肺，并且將來任何對此資源的引用都應該使用本響應返回的若干個URI之一蒋困。
如果可能，擁有鏈接編輯功能的客戶端應當自動把請求的地址修改為從服務器反饋回來的地址敬辣。
除非額外指定，否則這個響應也是可緩存的零院。
302 Found
要求客戶端執(zhí)行臨時重定向（原始描述短語為“Moved Temporarily”）溉跃。由于這樣的重定向是臨時的，客戶端應當繼續(xù)向原有地址發(fā)送以后的請求告抄。只有在Cache-Control或Expires中進行了指定的情況下撰茎，這個響應才是可緩存的。
新的臨時性的URI應當在響應的Location域中返回打洼。除非這是一個HEAD請求龄糊，否則響應的實體中應當包含指向新的URI的超鏈接及簡短說明。
303 See Other
對應當前請求的響應可以在另一個URI上被找到募疮，當響應于POST（或PUT / DELETE）接收到響應時炫惩，客戶端應該假定服務器已經(jīng)收到數(shù)據(jù)，并且應該使用單獨的GET消息發(fā)出重定向阿浓。
這個方法的存在主要是為了允許由腳本激活的POST請求輸出重定向到一個新的資源他嚷。這個新的URI不是原始資源的替代引用。同時芭毙，303響應禁止被緩存筋蓖。當然，第二個請求（重定向）可能被緩存退敦。
新的URI應當在響應的Location域中返回粘咖。除非這是一個HEAD請求，否則響應的實體中應當包含指向新的URI的超鏈接及簡短說明侈百。
304 Not Modified
表示資源未被修改瓮下，因為請求頭指定的版本If-Modified-Since或If-None-Match忠聚。
在這種情況下，由于客戶端仍然具有以前下載的副本唱捣，因此不需要重新傳輸資源两蟀。
305 Use Proxy
被請求的資源必須通過指定的代理才能被訪問。
Location域中將給出指定的代理所在的URI信息震缭，接收者需要重復發(fā)送一個單獨的請求赂毯，通過這個代理才能訪問相應資源。
只有原始服務器才能建立305響應拣宰。
許多HTTP客戶端（像是Mozilla和Internet Explorer）都沒有正確處理這種狀態(tài)代碼的響應党涕，主要是出于安全考慮。
306 Switch Proxy
在最新版的規(guī)范中巡社，306狀態(tài)碼已經(jīng)不再被使用膛堤。最初是指“后續(xù)請求應使用指定的代理”。
307 Temporary Redirect
在這種情況下晌该，請求應該與另一個URI重復肥荔，但后續(xù)的請求應仍使用原始的URI。 與302相反朝群，當重新發(fā)出原始請求時燕耿，不允許更改請求方法。 例如姜胖，應該使用另一個POST請求來重復POST請求誉帅。
308 Permanent Redirect
請求和所有將來的請求應該使用另一個URI重復。
307和308重復302和301的行為右莱，但不允許HTTP方法更改蚜锨。 例如，將表單提交給永久重定向的資源可能會順利進行慢蜓。
