狀态碼	含義
100	客戶端應當繼續發送請(qǐng)求。這(zhè)個(gè)臨時(shí♦​')響應是(shì)用(yòng)來(lái)通(tōng)知(zhī)客☆←<戶端它的(de)部分(fēn)請(qǐng)求已經被服務器(qì)接收，且仍未被拒絕。客戶 ≈‍端應當繼續發送請(qǐng)求的(de)剩餘部分(fēn)，或者如(rú)果請(qǐΩ<÷₹ng)求已經完成，忽略這(zhè)個(gè)響應。服務器(qì)必須‍₽₹在請(qǐng)求完成後向客戶端發送一(yī)個(gè)最終響應。
101	服務器(qì)已經理(lǐ)解了(le)客戶端的(de)請(qǐng)求，₩≤并将通(tōng)過Upgrade 消息頭通(tōng)知(zhī)®✘客戶端采用(yòng)不(bù)同的(de)協議(yì)來(lá™ i)完成這(zhè)個(gè)請(qǐng)求。在發送完這(zhè)個(g< >₩è)響應最後的(de)空(kōng)行(xíng)後，服務器(qì)将會(hu↑​±✘ì)切換到(dào)在Upgrade 消息頭中定義的(de)那(nà)些(xiē)協≠ &議(yì)。 　　隻有(yǒu)在切換新的(de)協議(yì)更有(yǒu)好(hǎα∑ε​o)處的(de)時(shí)候才應該采取類似措施。例如(rú)，切換‌ §到(dào)新的(de)HTTP 版本比舊(jiù)版本更有(yǒu)₩αγ優勢，或者切換到(dào)一(yī)個(gè)實時(shí)且同步的(de)協議(yì)×¥以傳送利用(yòng)此類特性的(de)資源。
102	由WebDAV（RFC 2518）擴展的(d™§₩σe)狀态碼，代表處理(lǐ)将被繼續執行(xíng)。
200	請(qǐng)求已成功，請(qǐng)求所希望的(de)響應頭或數(shù)據體(t★✘∑ǐ)将随此響應返回。
201	請(qǐng)求已經被實現(xiàn)，而且有(yǒu)一(yī)個(gè)↓↕→γ新的(de)資源已經依據請(qǐng)求的(de)需要(yà¥ Ωo)而建立，且其 URI 已經随Location 頭信息返回。假如(rú)需要(yào★≤)的(de)資源無法及時(shí)建立的(de)話(Ω÷π✘huà)，應當返回 '202 Accepted'。
202	服務器(qì)已接受請(qǐng)求，但(dàn)尚未處理(lǐ)。正如(rú)它可™÷₹(kě)能(néng)被拒絕一(yī)樣，最終該請(qǐng)求可(kě)能≠σ$(néng)會(huì)也(yě)可(kě)能(néng)不(bù‌π)會(huì)被執行(xíng)。在異步操作(zuò)的(de)場(chǎng)合≈Ω₹下(xià)，沒有(yǒu)比發送這(zhè)個(gè)狀态碼更方便的(de)做(zuò≥©£☆)法了(le)。 　　返回202狀态碼的(de)響應的(de)目的"<®(de)是(shì)允許服務器(qì)接受其他(tā)過程的(de)請(qǐn ©εg)求（例如(rú)某個(gè)每天隻執行(xíng)一(​π★yī)次的(de)基于批處理(lǐ)的(de)操作(zuò)），而不(bù)必讓客戶端一(yī<₽φπ)直保持與服務器(qì)的(de)連接直到(dào)批處理(l ¥ǐ)操作(zuò)全部完成。在接受請(qǐng)求處理(lǐ)并返回202狀态碼的(de)響應應當≤↓α€在返回的(de)實體(tǐ)中包含一(yī)些(xiē)指示處理(lǐ)∞"☆₽當前狀态的(de)信息，以及指向處理(lǐ)狀态監視(shì)器(qì)或γλΩ 狀态預測的(de)指針，以便用(yòng)戶能(né& "ng)夠估計(jì)操作(zuò)是(shì)否已經完成。
203	服務器(qì)已成功處理(lǐ)了(le)請(qǐ↔≤®ng)求，但(dàn)返回的(de)實體(tǐ)頭部元信Ω↕§息不(bù)是(shì)在原始服務器(qì)上(shàng)有(yǒu)效的(d∏₹e)确定集合，而是(shì)來(lái)自(zì)本地(dì)或者第三方γβγ♦的(de)拷貝。當前的(de)信息可(kě)能(néng)是(shì)原始$↔版本的(de)子(zǐ)集或者超集。例如(rú)，包含&•α€資源的(de)元數(shù)據可(kě)能(néng)導緻原始服務器(qì)知(zhī>ε∑σ)道(dào)元信息的(de)超級。使用(yòng)此狀态碼不(bù)是(shì)必須的×♠(de)，而且隻有(yǒu)在響應不(bù)使用(yòng)此狀态碼便會(hε∏™uì)返回200 OK的(de)情況下(xià)才是(shì)合适的(de)。
204	服務器(qì)成功處理(lǐ)了(le)請(qǐng)求，但(dàn)不(bù)需ε​≤要(yào)返回任何實體(tǐ)內(nèi)容，并且希望返回更新了₽Ω (le)的(de)元信息。響應可(kě)能(néng§© )通(tōng)過實體(tǐ)頭部的(de)形式，返回新的₩β♥(de)或更新後的(de)元信息。如(rú)果存在這(zhè)些(xiē)頭部信息，則應當↑♣≈‍與所請(qǐng)求的(de)變量相(xiàng)呼應。 　　如(rú)果客戶端是(shì☆≤β)浏覽器(qì)的(de)話(huà)，那(nà)麽用(yòng)戶浏覽器(qα ì)應保留發送了(le)該請(qǐng)求的(de)頁面，而不(bù)産生(sh" ←∞ēng)任何文(wén)檔視(shì)圖上(shàng)的(de)變→δε‌化(huà)，即使按照(zhào)規範新的(de)或更新後的(de)元信息應當被應用(yòn₽₽•g)到(dào)用(yòng)戶浏覽器(qì)活動視(shì)圖中的(±&♠πde)文(wén)檔。 　　由于204響應被禁止包含任何消息體(tǐ)，因此它始終以消息≈>頭後的(de)第一(yī)個(gè)空(kōng)行(xíng)結尾。
205	服務器(qì)成功處理(lǐ)了(le)請(qǐng)求，且沒有(•×★yǒu)返回任何內(nèi)容。但(dàn)是(shì)與204響應不(bù)同‌•，返回此狀态碼的(de)響應要(yào)求請(qǐng)÷®<求者重置文(wén)檔視(shì)圖。該響應主要(yào)是♦♥®≈(shì)被用(yòng)于接受用(yòng)戶輸入後，§≤​立即重置表單，以便用(yòng)戶能(néng)夠輕松地(d™‌♦ì)開(kāi)始另一(yī)次輸入。 　　與204響應Ω₹™一(yī)樣，該響應也(yě)被禁止包含任何消息體(tǐ)，且以消φ☆γ息頭後的(de)第一(yī)個(gè)空(kōng)行(xí&‍ng)結束。
206	服務器(qì)已經成功處理(lǐ)了(le)部分(fēn) GET 請(qǐng)求。←< ≥類似于 FlashGet 或者迅雷這(zhè)類的(de) HTTP 下(xià)載工(gōng ☆$↔)具都(dōu)是(shì)使用(yòng)此類響應實現(x♠'&•iàn)斷點續傳或者将一(yī)個(gè)大(dà)→β✘✘文(wén)檔分(fēn)解為(wèi)多(duō)個(g>₹è)下(xià)載段同時(shí)下(xià)載。 　　該請(qǐ∞Ω¶‌ng)求必須包含 Range 頭信息來(lái)指示客戶端希望得≥‍γ∑(de)到(dào)的(de)內(nèi)容範圍，并且可(kě)能(néng)包§ &☆含 If-Range 來(lái)作(zuò)為(wèi)請(qǐng)求條件(jπ™iàn)。 　　響應必須包含如(rú)下(xià)的(d​±¥•e)頭部域： 　　Content-Range 用(y✔®≈∞òng)以指示本次響應中返回的(de)內(nèi)容的(de)範圍；如(rú)果是(₹×shì) Content-Type 為(wèi) multipart/byt× ∞γeranges 的(de)多(duō)段下(xià)載，則每一(yī) $ε∏multipart 段中都(dōu)應包含 Content-Range 域用(yòn ÷φ∑g)以指示本段的(de)內(nèi)容範圍。假如(rú)響應β∏β♠中包含 Content-Length，那(nà)麽它的(φ₩↑"de)數(shù)值必須匹配它返回的(de)內(nèi★σ)容範圍的(de)真實字節數(shù)。 　　Date 　　ETag 和(héεγ←)/或 Content-Location，假如(rú)同樣的(de)請(qǐng₹π™)求本應該返回200響應。 　　Expires, Cache-Control，和¥π↓(hé)/或 Vary，假如(rú)其值可(kě)能(néng)與之前相(xiàn♥≥¥g)同變量的(de)其他(tā)響應對(duì)應的(de)值不(bù)同的(deλ♠¥≠)話(huà)。 　　假如(rú)本響應請(qǐng)求使用(yòng)了(le) Iπ₩‍f-Range 強緩存驗證，那(nà)麽本次響應不(bù)應該包含其他(tā)實✔¥πα體(tǐ)頭；假如(rú)本響應的(de)請(qǐng)∏≥¥λ求使用(yòng)了(le) If-Range 弱緩存驗證，那(nà)麽本次響應≈£<禁止包含其他(tā)實體(tǐ)頭；這(zhè)避免了(le)緩存的(de)實體(tǐ)₽'→∞內(nèi)容和(hé)更新了(le)的(de)實體(tǐ↑φ₩™)頭信息之間(jiān)的(de)不(bù)一(yī)緻。否則，本響應就(jiù)應當包含所有∑₩(yǒu)本應該返回200響應中應當返回的(de)所有(yǒu)實體(tǐ)頭部域。 　　假☆÷÷φ如(rú) ETag 或 Last-Modified 頭部不(bù)能(néng)精确匹配的(d&♠σe)話(huà)，則客戶端緩存應禁止将206響應返回的(de)內( ∏nèi)容與之前任何緩存過的(de)內(nèi)容組合在一(yī)起。 　　任何不(bù)支↕∏持 Range 以及 Content-Range 頭的(de)緩存都(dōu)禁止緩存20 ♥®α6響應返回的(de)內(nèi)容。
207	由WebDAV(RFC 2518)擴展的(de)狀态碼，代表之後的(de)消息體(tφα≈εǐ)将是(shì)一(yī)個(gè)XML消息，并且可(kě)能(n₹∑★∑éng)依照(zhào)之前子(zǐ)請(qǐng)求數(shù)量的(de)不(bù)同，包Ω"含一(yī)系列獨立的(de)響應代碼。
300	被請(qǐng)求的(de)資源有(yǒu)一(yī)系列可(kě)供選擇的(de)× ∞回饋信息，每個(gè)都(dōu)有(yǒu)自(z±δì)己特定的(de)地(dì)址和(hé)浏覽器(qì)驅動的(de)♦σε商議(yì)信息。用(yòng)戶或浏覽器(qì)能(néng)夠自(zì)行(xíng)'Ω¶ 選擇一(yī)個(gè)首選的(de)地(dì)址進行(xíng)↕± 重定向。 　　除非這(zhè)是(shì)一(yī)個(gè) ™↕HEAD 請(qǐng)求，否則該響應應當包括一(yī)個(gè)資源特性及地(dì)址§‌的(de)列表的(de)實體(tǐ)，以便用(yòng)戶或浏覽器(q<γ→¶ì)從(cóng)中選擇最合适的(de)重定向地(dì)址。這(zhè)個(gè)實體(tǐ"<♥)的(de)格式由 Content-Type 定義的(dδ§γe)格式所決定。浏覽器(qì)可(kě)能(néng)根據響應♦★±₽的(de)格式以及浏覽器(qì)自(zì)身(shēn)能(nén&<​λg)力，自(zì)動作(zuò)出最合适的(de)選擇♥‍≠α。當然，RFC 2616規範并沒有(yǒu)規定這(zhè)樣的(de)π♠×α自(zì)動選擇該如(rú)何進行(xíng)。 　　如(rú)果​≥α$服務器(qì)本身(shēn)已經有(yǒu)了(le)首選的(de)回饋選擇，那(nà)麽'₹×在 Location 中應當指明(míng)這(zhè)個(gè)回饋的(de) URI； ✔浏覽器(qì)可(kě)能(néng)會(huì)将這(zhè)個(gè) Location 值作'β←(zuò)為(wèi)自(zì)動重定向的(de)地(dì)址。此外(wài)，除非額外(wà×$i)指定，否則這(zhè)個(gè)響應也(yě)是(↑↕$ shì)可(kě)緩存的(de)。
301	被請(qǐng)求的(de)資源已永久移動到(dào)新位置，并且将∏α來(lái)任何對(duì)此資源的(de)引用(yòng α•δ)都(dōu)應該使用(yòng)本響應返回的(de)若幹個(gè) URI 之一(y$§™ ī)。如(rú)果可(kě)能(néng)，擁有(yǒu)鏈接編輯功能(néng)的(de€β )客戶端應當自(zì)動把請(qǐng)求的(de)地(dì)址修改為(wèi)從(cóng‍‍♣≠)服務器(qì)反饋回來(lái)的(de)地(d춠φ±)址。除非額外(wài)指定，否則這(zhè)個(gè)響Ω↔應也(yě)是(shì)可(kě)緩存的(de)。 　　新πφ<₽的(de)永久性的(de) URI 應當在響應的(de) δ&Location 域中返回。除非這(zhè)是(shì)一(yī)個(gè) HEAD 請(q₩Ωφǐng)求，否則響應的(de)實體(tǐ)中應當包含指向新的(de) URI 的(de)超鏈接©↓及簡短(duǎn)說(shuō)明(míng)。 　　如(rú)果這(zh₽ è)不(bù)是(shì)一(yī)個(gè) GET 或者 H<<EAD 請(qǐng)求，因此浏覽器(qì)禁止自(zì)動進行(xíng)重​¶σ​定向，除非得(de)到(dào)用(yòng)戶的(de)确認，因為(wèi)↔≤✘請(qǐng)求的(de)條件(jiàn)可(kě)能(né↕♣≥ng)因此發生(shēng)變化(huà)。 　　注意：對(duì)于某些(xiē)使用(yòn±‍$g) HTTP/1.0 協議(yì)的(de)浏覽器(qì)，當它們 "↔₹發送的(de) POST 請(qǐng)求得(de)到(dào)了(→≥→&le)一(yī)個(gè)301響應的(de)話(huà)，接下(xi×≈φà)來(lái)的(de)重定向請(qǐng)求将會(σ huì)變成 GET 方式。
302	請(qǐng)求的(de)資源現(xiàn)在臨時(shí) π¥✘從(cóng)不(bù)同的(de) URI 響應請(qǐngλγβ )求。由于這(zhè)樣的(de)重定向是(shì)臨時(shí)的(de)，客戶端應當繼續向原©¶有(yǒu)地(dì)址發送以後的(de)請(qǐng)求。隻有(yǒu)在Cache-Con☆>trol或Expires中進行(xíng)了(le)指定的(de)情況下(xià)，這(zhè)個•"(gè)響應才是(shì)可(kě)緩存的(de)。 　<®≤　新的(de)臨時(shí)性的(de) URI 應當在響®•≥應的(de) Location 域中返回。除非這(zhè)是(shì)一(yī)個(gè) H÷∑EAD 請(qǐng)求，否則響應的(de)實體(t£φφ​ǐ)中應當包含指向新的(de) URI 的(de)超鏈接及簡短(duǎn)說(shu≈÷δō)明(míng)。 　　如(rú)果這(zhè)不(bù)是(shì)一(yī)個(gè) ←‍™GET 或者 HEAD 請(qǐng)求，那(nà)麽浏覽器(qì)禁止β§自(zì)動進行(xíng)重定向，除非得(de)到(dào)用(yòng)戶的(d✔§•↓e)确認，因為(wèi)請(qǐng)求的(de)條件(jiàn<±¶)可(kě)能(néng)因此發生(shēng)變化(huà)。 　　注意：雖然RFC 1945€ '↔和(hé)RFC 2068規範不(bù)允許客戶端在重定向☆₹β時(shí)改變請(qǐng)求的(de)方法，但(¥←βdàn)是(shì)很(hěn)多(duō)現(xiàn)存的(de)浏覽器(qì)将302>®π±響應視(shì)作(zuò)為(wèi)303響應，并且使用(yò•♥ ↔ng) GET 方式訪問(wèn)在 Location 中規'¥"$定的(de) URI，而無視(shì)原先請(qǐng)求的(de)方法。狀态碼303和('₽hé)307被添加了(le)進來(lái)，用(yòng)以明‌↓π(míng)确服務器(qì)期待客戶端進行(xíng)何種反應。
303	對(duì)應當前請(qǐng)求的(de)響應可(kě)以在另一(yī)個(gèλ∏) URI 上(shàng)被找到(dào)，而且客戶端應當采用(yòng) GET 的(de)ε♦€方式訪問(wèn)那(nà)個(gè)資源。這(zhè)個(gè)方£×<法的(de)存在主要(yào)是(shì)為(wèi)了÷ ♠(le)允許由腳本激活的(de)POST請(qǐng)求輸出重定向♠​≥到(dào)一(yī)個(gè)新的(de)資源。這(zhè)個(g×↑∏è)新的(de) URI 不(bù)是(shì)原始資源的(de)替代引用(yòng)。同↑∞時(shí)，303響應禁止被緩存。當然，第二個(gè)請(qǐng)求（重定向）可(kě)能↔ש(néng)被緩存。 　　新的(de) URI 應當在響應的(d$£γe) Location 域中返回。除非這(zhè)是(shì)一(yī)個(gè) HEAD 請(✔↑qǐng)求，否則響應的(de)實體(tǐ)中應當包含指向新的(de)&σ URI 的(de)超鏈接及簡短(duǎn)說(shuō)明(míng)÷←✔>。 　　注意：許多(duō) HTTP/1.1 版以前的(de)‍♣ 浏覽器(qì)不(bù)能(néng)正确理(lǐ)解3≤ Ω03狀态。如(rú)果需要(yào)考慮與這(zhè)些(xiē)浏覽器(qì)之間(ji↔₽&ān)的(de)互動，302狀态碼應該可(kě)以勝任，因為(wèi)₹♦& 大(dà)多(duō)數(shù)的(de)浏覽器(qì)處理(l≈&ǐ)302響應時(shí)的(de)方式恰恰就(jiù∑♦γ)是(shì)上(shàng)述規範要(yào)求客戶端處理(lǐ)303響應時(shí‌÷)應當做(zuò)的(de)。
304	如(rú)果客戶端發送了(le)一(yī)個(gè)帶條件(jiàn)的(de) GE←•♣ T 請(qǐng)求且該請(qǐng)求已被允許，而文(wén)檔的(de)內(nèi)''β容（自(zì)上(shàng)次訪問(wèn)以來(lái)或者根據請(qǐng)求的××(de)條件(jiàn)）并沒有(yǒu)改變，則服務器(qì)應當返回這∏↔δ(zhè)個(gè)狀态碼。304響應禁止包含消息體(​★↑φtǐ)，因此始終以消息頭後的(de)第一(yī)個(gè)空(kōng)行('β xíng)結尾。 　　該響應必須包含以下(xià)的(de)頭σ≈♥λ信息： 　　Date，除非這(zhè)個(gè)服務器(qì)沒有(yǒu)時(shí)鐘♥≤(zhōng)。假如(rú)沒有(yǒu)時(shí)鐘(zhōng)的(de)服務器♠¥λ(qì)也(yě)遵守這(zhè)些(xiē)規則，那(nà)麽代理(lǐ)服‍‌←務器(qì)以及客戶端可(kě)以自(zì)行(xíng)将 Date 字段添加到(d✔™•βào)接收到(dào)的(de)響應頭中去(qù)（正如(rú)RFC 2068中規™α$定的(de)一(yī)樣），緩存機(jī)制(zhì)将會(huì)正σ≈♠常工(gōng)作(zuò)。 　　ETag 和(hé)/或≠α↕≥ Content-Location，假如(rú)同樣的(de)請(qǐng)求本應返€‍回200響應。 　　Expires, Cache-Control，φ‍♥和(hé)/或Vary，假如(rú)其值可(kě)能(nén™≥₽★g)與之前相(xiàng)同變量的(de)其他(tā)響應對(duì)應的(de)值​©不(bù)同的(de)話(huà)。 　　假如(rú)本響應請(‍ $'qǐng)求使用(yòng)了(le)強緩存驗證，那(nΩ£∏πà)麽本次響應不(bù)應該包含其他(tā)實體(tǐ)頭；否則（例如(rú)，•®↓λ某個(gè)帶條件(jiàn)的(de) GET 請(qǐng)求使用(yòng)了(le)弱§αφ緩存驗證），本次響應禁止包含其他(tā)實體(tǐ)頭；這(zhè)避免了(le)緩存↑ 了(le)的(de)實體(tǐ)內(nèi)容和(hé)更新了(<≈le)的(de)實體(tǐ)頭信息之間(jiān)的(de)不(bù)一(yī)緻→₽。 　　假如(rú)某個(gè)304響應指明(míng)了(le)當前某個(g<< è)實體(tǐ)沒有(yǒu)緩存，那(nà)麽緩存系統必須忽♥☆₩£視(shì)這(zhè)個(gè)響應，并且重複發送不(b£$ù)包含限制(zhì)條件(jiàn)的(de)請(qǐng)求₽✔♠∞。 　　假如(rú)接收到(dào)一(yī)個(gè"↔Ω)要(yào)求更新某個(gè)緩存條目的(de)304響應，那(nà)麽緩存系統必須更新σΩ♣∏整個(gè)條目以反映所有(yǒu)在響應中被更新的(de)字段的(de)值。
305	被請(qǐng)求的(de)資源必須通(tōng)過指定的(de)代理↑εα¶(lǐ)才能(néng)被訪問(wèn)。Location 域中将給出指☆€ε≠定的(de)代理(lǐ)所在的(de) URI 信息ελ← ，接收者需要(yào)重複發送一(yī)個(gè)單獨的(de)請(✔≥✔♣qǐng)求，通(tōng)過這(zhè)個(gè)代理(lǐ)才能₩♠¶(néng)訪問(wèn)相(xiàng)應資源。隻有λ¶α(yǒu)原始服務器(qì)才能(néng)建立305響應。 　　注意：RFC 2068中→™α沒有(yǒu)明(míng)确305響應是(shì)為(wèi)了(le)重定向一(yπ¶ ī)個(gè)單獨的(de)請(qǐng)求，而且隻能(néngσ★)被原始服務器(qì)建立。忽視(shì)這(zhè)些(xiē)限制(zhì)可(kě)能(né​γng)導緻嚴重的(de)安全後果。
306	在最新版的(de)規範中，306狀态碼已經不(bù)再被使用(yòng)π↔。
307	請(qǐng)求的(de)資源現(xiàn)在臨時(shí)從(cóng)不(b∏Ω✘ù)同的(de)URI 響應請(qǐng)求。由于這(zhè)樣的(de)重定向是(shì)臨時($©shí)的(de)，客戶端應當繼續向原有(yǒu)地(dì÷≤)址發送以後的(de)請(qǐng)求。隻有(yǒu)在Cache-Control"£或Expires中進行(xíng)了(le)指定的(de)情況下(xià)，這(zh§≥≠♣è)個(gè)響應才是(shì)可(kě)緩存的(de)β∞φ©。 　　新的(de)臨時(shí)性的(de)URI 應當在響應的(de) Locatio♣α¥♠n 域中返回。除非這(zhè)是(shì)一(yī)‌$個(gè)HEAD 請(qǐng)求，否則響應的(de)實體(tǐ≈σΩ✘)中應當包含指向新的(de)URI 的(de)超鏈接及簡短(duǎn)說(shuō)明(m←¶íng)。因為(wèi)部分(fēn)浏覽器(qì)不(bù)能(néng)識™♦‍别307響應，因此需要(yào)添加上(shàng)述必要(yào)信息以便用(yòng)≥÷戶能(néng)夠理(lǐ)解并向新的(de) URI±÷ 發出訪問(wèn)請(qǐng)求。 　　如(rú)果這(z$ hè)不(bù)是(shì)一(yī)個(gè)GET 或者 HEAD 請(qǐng)求↕§，那(nà)麽浏覽器(qì)禁止自(zì)動進行(xíng)重定向，除非得(de)到(dࣣo)用(yòng)戶的(de)确認，因為(wèi)請(qǐng)↔®求的(de)條件(jiàn)可(kě)能(néng)因此發生(≈♠↔∞shēng)變化(huà)。
400	1、語義有(yǒu)誤，當前請(qǐng)求無法被服務器(qì)理(lǐ)解。除非進行(≤↓≠xíng)修改，否則客戶端不(bù)應該重複提交這(zhè)個(gè)請(qǐng)求。™✔ 　　2、請(qǐng)求參數(shù)有(yǒu)誤。
401	當前請(qǐng)求需要(yào)用(yòng)戶驗證。該響應必須包↕>"含一(yī)個(gè)适用(yòng)于被請(qǐng)求資源的(de) WWW-Authenβ∏ticate 信息頭用(yòng)以詢問(wèn)用(yòng)戶信息。客戶端可(kě)<π→以重複提交一(yī)個(gè)包含恰當的(de) Authorizati©↕on 頭信息的(de)請(qǐng)求。如(rú)果當前請(qǐng)求已↕¶→ 經包含了(le) Authorization 證書(shū)，那(n>↔'à)麽401響應代表著(zhe)服務器(qì)驗證已經拒絕了(le)那(nà)些(xiē)證≠Ω書(shū)。如(rú)果401響應包含了(le)與前一(yī)個(gè)響應相(xi∞≥àng)同的(de)身(shēn)份驗證詢問(wèn)，且浏覽器(qì)已經至少(shǎo)嘗試<↓σ了(le)一(yī)次驗證，那(nà)麽浏覽器(qì)應當向用(yòng)戶展$₩β<示響應中包含的(de)實體(tǐ)信息，因為(wèi)™±₩這(zhè)個(gè)實體(tǐ)信息中可(kě)能(néng)包含了(le)相£♠±(xiàng)關診斷信息。參見(jiàn)RFC 2617。
402	該狀态碼是(shì)為(wèi)了(le)将來(lái)可(kě)能(néng)的(d↓γ≤e)需求而預留的(de)。
403	服務器(qì)已經理(lǐ)解請(qǐng)求✔α¶，但(dàn)是(shì)拒絕執行(xíng)它。與401響應不§Ω∏(bù)同的(de)是(shì)，身(shēn)份驗證并不(bù)能(néng)提供♠★&→任何幫助，而且這(zhè)個(gè)請(qǐng)求也(yě)不(bù)應該被σ© §重複提交。如(rú)果這(zhè)不(bù)是(shì)一(yī)個(gè) HEAD © ♦請(qǐng)求，而且服務器(qì)希望能(néng)夠講•φ清楚為(wèi)何請(qǐng)求不(bù)能(néng)被執行(xín ↔g)，那(nà)麽就(jiù)應該在實體(tǐ)內(nèi)描述拒絕的(de)π♥原因。當然服務器(qì)也(yě)可(kě)以返回一(yī)÷δε​個(gè)404響應，假如(rú)它不(bù)希望讓客戶端獲得(de)任何信≥✔γ©息。
404	請(qǐng)求失敗，請(qǐng)求所希望得★↕ ←(de)到(dào)的(de)資源未被在服務器(qì)上(shàng)發現(xiàn)。沒有(y‌φǒu)信息能(néng)夠告訴用(yòng)戶這(zhè)個(gè)狀況到(dào) δβ 底是(shì)暫時(shí)的(de)還(hái)是(shì)永久的(deδδ↓)。假如(rú)服務器(qì)知(zhī)道(dào)情況₩&£∏的(de)話(huà)，應當使用(yòng)410狀态碼來(lái)告知(‍∑©zhī)舊(jiù)資源因為(wèi)某些(xiē)內(nèi)部的(de)配置機(jī)®$εΩ制(zhì)問(wèn)題，已經永久的(de)不(bù)可(kě)用(yòng)，而且沒有(yǒ>✘u)任何可(kě)以跳(tiào)轉的(de)地(dì)址。404這(zhè)個('<&gè)狀态碼被廣泛應用(yòng)于當服務器(qì)不(bù)想揭示到(dào)底為(w‌₩èi)何請(qǐng)求被拒絕或者沒有(yǒu)其他(tā)适合​"★的(de)響應可(kě)用(yòng)的(de)情況下(x↔✘<ià)。
405	請(qǐng)求行(xíng)中指定的(de∏☆)請(qǐng)求方法不(bù)能(néng)被用(yòng)于請(qǐng₩÷←)求相(xiàng)應的(de)資源。該響應必須返回一(yī)個(gè)Alαδ≤low 頭信息用(yòng)以表示出當前資源能(néng)♥¥夠接受的(de)請(qǐng)求方法的(de)列表。 　　鑒于 PUT，DELETE 方法•✔‍會(huì)對(duì)服務器(qì)上(shàng)的(de)資源進行(xíng)寫↔ ¶操作(zuò)，因而絕大(dà)部分(fēn)的(de)網頁服務<•器(qì)都(dōu)不(bù)支持或者在默認配置下(xià)不(bù)允許上→₹(shàng)述請(qǐng)求方法，對(duì)于此類請(qǐng)求均≠™會(huì)返回405錯(cuò)誤。
406	請(qǐng)求的(de)資源的(de)內(nèi)容特性無法滿足請(qǐng)求π∞$₩頭中的(de)條件(jiàn)，因而無法生(shēnα≥g)成響應實體(tǐ)。 　　除非這(zhè)是(shì)一↑§(yī)個(gè) HEAD 請(qǐng)求，否則該響應就(jiù)應當返回一(yī)個(gè)£Ω₽ 包含可(kě)以讓用(yòng)戶或者浏覽器(qì)從(có≈£§ng)中選擇最合适的(de)實體(tǐ)特性以及地(dì)址列表的(de)實體(tδφΩ✔ǐ)。實體(tǐ)的(de)格式由 Content-Type 頭中定義的(de)媒體¥'≤♠(tǐ)類型決定。浏覽器(qì)可(kě)以根據格式σ§©及自(zì)身(shēn)能(néng)力自(zì)行(xíng)作(zu♥≤÷ò)出最佳選擇。但(dàn)是(shì)，規範中并沒有(yǒu)定義任何作↑δ→(zuò)出此類自(zì)動選擇的(de)标準。
407	與401響應類似，隻不(bù)過客戶端必須在代理(lǐ)服務器(qì)上​±₽(shàng)進行(xíng)身(shēn)份驗證。代理(lǐ)服務器(qì)必須 ¥φ返回一(yī)個(gè) Proxy-Authenticate 用(yòng)以進​‍"行(xíng)身(shēn)份詢問(wèn)。客戶端可(kě)以返回一(¥≈←©yī)個(gè) Proxy-Authorization&₩→  信息頭用(yòng)以驗證。參見(jiàn)RFC 2617。
408	請(qǐng)求超時(shí)。客戶端沒有(yǒu)​♦在服務器(qì)預備等待的(de)時(shí)間(jiān)內(nèi↕​≤∏)完成一(yī)個(gè)請(qǐng)求的(de)發送。客戶端可(kě)以随時(sh★δí)再次提交這(zhè)一(yī)請(qǐng)求而無需進行(xíng)任何更改。÷​•±
409	由于和(hé)被請(qǐng)求的(de)資源的(de)當前狀态之間(jiān®®$)存在沖突，請(qǐng)求無法完成。這(zhè)個(gè)代碼隻允許用(y​<πòng)在這(zhè)樣的(de)情況下(xià)才能(néng)被使用(✘¶yòng)：用(yòng)戶被認為(wèi)能(néng)夠解決沖突，并且會(huì)≤✘∑重新提交新的(de)請(qǐng)求。該響應應當包含足夠的(de)信息₩ε以便用(yòng)戶發現(xiàn)沖突的(de)源頭。 　　沖突通(tōng)常發生( ¥shēng)于對(duì) PUT 請(qǐng)求的(de)處☆£理(lǐ)中。例如(rú)，在采用(yòng)版本檢₽×α§查的(de)環境下(xià)，某次 PUT 提交的(de)對(duì)特定資源的(de)修改請  (qǐng)求所附帶的(de)版本信息與之前的(de)某個(gè)（第三方）請(qǐng)求向沖突λ  ，那(nà)麽此時(shí)服務器(qì)就(jiù☆±♠)應該返回一(yī)個(gè)409錯(cuò)誤，告知(zhī)用>δ¥(yòng)戶請(qǐng)求無法完成。此時(shí)，響應實體(tǐ)中很(hěσ®n)可(kě)能(néng)會(huì)包含兩個(gè)沖突©®版本之間(jiān)的(de)差異比較，以便用(yòng)戶重新提交歸并®≠α以後的(de)新版本。
410	被請(qǐng)求的(de)資源在服務器(qì)上(shàng)已經不(b₹¶ ★ù)再可(kě)用(yòng)，而且沒有(yǒu)任何已知(zhī)的(de)轉發地(dì)址。這"•δ(zhè)樣的(de)狀況應當被認為(wèi)是(shì)永久性的(♥♦₩☆de)。如(rú)果可(kě)能(néng)，擁有(yǒu)鏈接編輯功能(néng'σ)的(de)客戶端應當在獲得(de)用(yòng)戶許&<✘₹可(kě)後删除所有(yǒu)指向這(zhè)個(gè)地(dì)址®≥★☆的(de)引用(yòng)。如(rú)果服務器(qì)不(b∞ ù)知(zhī)道(dào)或者無法确定這(zhè)個(gè)狀況是(shì)否是(shì)永±↔λ久的(de)，那(nà)麽就(jiù)應該使用(yòng)404狀态碼。除非額外(wài₽Ω£™)說(shuō)明(míng)，否則這(zhè)個(gè)響應是(shì•π)可(kě)緩存的(de)。 　　410響應的(de)目的(de)主要(yào)×←Ω£是(shì)幫助網站(zhàn)管理(lǐ)員(yuán)≥→維護網站(zhàn)，通(tōng)知(zhī)用(yòng)戶該資源已經不(bù)再↑Ω₽∑可(kě)用(yòng)，并且服務器(qì)擁有(yǒu)者希望所有(yǒu)指向這•>™(zhè)個(gè)資源的(de)遠(yuǎn)端連接也(yě)被删除。這(zhè)<‍&類事(shì)件(jiàn)在限時(shí)、增值服務中很(hěn)普遍。同樣，≥​410響應也(yě)被用(yòng)于通(tōng)知(zhī)客戶端在當前服務器(qì)站(☆β$♥zhàn)點上(shàng)，原本屬于某個(gè)個(gè)人(rén)的(de)資源↕Ωε 已經不(bù)再可(kě)用(yòng)。當然，是(shì)否需要(yào)把所有(yǒu)永>σ久不(bù)可(kě)用(yòng)的(de)資源标記為(wèi)±λ×'410 Gone'，以及是(shì)否需要(yào)保持此标記多(duō)長(c§↕★≥háng)時(shí)間(jiān)，完全取決于服務器(qì)擁有(yΩεǒu)者。
411	服務器(qì)拒絕在沒有(yǒu)定義 Content-♥<★∞Length 頭的(de)情況下(xià)接受請(qǐng)求。在添加了♥ε$​(le)表明(míng)請(qǐng)求消息體(tǐ)長(cháng)度的(de)有(yǒu)£♦×α效 Content-Length 頭之後，客戶端可(kδπ☆✘ě)以再次提交該請(qǐng)求。
412	服務器(qì)在驗證在請(qǐng)求的(de)頭字段中給出先€₹φ決條件(jiàn)時(shí)，沒能(néng)滿足其中÷↑¥"的(de)一(yī)個(gè)或多(duō)個(gè)。這(zhè)個(gè)狀态碼允許客&♦♣戶端在獲取資源時(shí)在請(qǐng)求的(de)元信息（請(qǐng∞✔)求頭字段數(shù)據）中設置先決條件(jiàn)，以此避免該請(qǐng)求方法被應用•₽(yòng)到(dào)其希望的(de)內(nèi)容以外(wài)的(de)資源上(shànβ g)。
413	服務器(qì)拒絕處理(lǐ)當前請(qǐng)求，因為(wèi)該請(qǐng ✔)求提交的(de)實體(tǐ)數(shù)據大(dà)小(≤←xiǎo)超過了(le)服務器(qì)願意或者能(néng)夠處理(lǐ)的(de)範圍。此種情×₽況下(xià)，服務器(qì)可(kě)以關閉連接以免客戶☆↑端繼續發送此請(qǐng)求。 　　如(rú)果這(zhè)個(δλgè)狀況是(shì)臨時(shí)的(de)，服務器(qì)應當返€★ ‍回一(yī)個(gè) Retry-After 的(de)響應頭≈↔₹∏，以告知(zhī)客戶端可(kě)以在多(duō)少(shǎo)時(sh∑♥í)間(jiān)以後重新嘗試。
414	請(qǐng)求的(de)URI 長(cháng)度超過了(le)服務器(qì)能(×✔‌€néng)夠解釋的(de)長(cháng)度，因此服務器(qì)拒絕對(&¶≈duì)該請(qǐng)求提供服務。這(zhè)比較少(shǎ↕÷ ™o)見(jiàn)，通(tōng)常的(de)情況包括：€↑✔γ 　　本應使用(yòng)POST方法的(de)表單提交變成了(le)GET方法 φ，導緻查詢字符串（Query String）過長(cháng)。 　　重定向URI &ldq♥×♠"uo;黑(hēi)洞”，例如(rú)每次重定向把舊(jiù)的(de) Uε¥RI 作(zuò)為(wèi)新的(de) URI 的(de)一(yī)部&÷φ分(fēn)，導緻在若幹次重定向後 URI 超長(cháng)。₩​ 　　客戶端正在嘗試利用(yòng)某些(xiē)服務器(qì)中存在的(de)安全漏洞攻® >≠擊服務器(qì)。這(zhè)類服務器(qì)使用(yòng)★&固定長(cháng)度的(de)緩沖讀(dú)取或操作(zuòε>≠∑)請(qǐng)求的(de) URI，當 GET 後的(de)參數(shα∞ù)超過某個(gè)數(shù)值後，可(kě)能(néng≤α)會(huì)産生(shēng)緩沖區(qū)溢出，導緻任意代碼被執行(xíng)[1]。沒有↕δΩ(yǒu)此類漏洞的(de)服務器(qì)，應當返回414狀态碼。
415	對(duì)于當前請(qǐng)求的(de)方法和(hé)所請(qǐng)φ×求的(de)資源，請(qǐng)求中提交的(de)實體(tγ☆♥βǐ)并不(bù)是(shì)服務器(qì)中所支持的(de)格式，因此請(qǐng)求被拒¶≥≈α絕。
416	如(rú)果請(qǐng)求中包含了(le) Range 請(qǐng)求頭，并且 R ₽φange 中指定的(de)任何數(shù)據範圍都(d ₽¥₩ōu)與當前資源的(de)可(kě)用(yòng)範圍不(bù)重合，同時(shí)請(₹©₽qǐng)求中又(yòu)沒有(yǒu)定義 If-Range 請(qǐng)求☆←¥頭，那(nà)麽服務器(qì)就(jiù)應當返回416狀态碼。 　　假如(rú) Ran®βφ¥ge 使用(yòng)的(de)是(shì)字節範圍，那(nà)¶£♠麽這(zhè)種情況就(jiù)是(shì)指請(qǐng)求指定的♣₩(de)所有(yǒu)數(shù)據範圍的(de)首字節位置都(dō£δu)超過了(le)當前資源的(de)長(cháng)度。服務器(qì)也(yě)應當在€₹≤ 返回416狀态碼的(de)同時(shí)，包含一(yī)個(gèδδ♠) Content-Range 實體(tǐ)頭，用(yòng)以指明(míng)當前資源的(䶩αde)長(cháng)度。這(zhè)個(gè)響應也(y&γ±φě)被禁止使用(yòng) multipart/byteran×× ₽ges 作(zuò)為(wèi)其 Content-Type。
417	在請(qǐng)求頭 Expect 中指定的(de)預期內(n•Ωèi)容無法被服務器(qì)滿足，或者這(zhè)個(gè)服務器(q$∏≥ì)是(shì)一(yī)個(gè)代理(lǐ)服務器(qì)，它有(yǒu)≤∏ ≈明(míng)顯的(de)證據證明(míng)在當前路(lù'✔↕)由的(de)下(xià)一(yī)個(gè)節點上(shàn¥<€g)，Expect 的(de)內(nèi)容無法被滿足。₩'
421	從(cóng)當前客戶端所在的(de)IP地"α(dì)址到(dào)服務器(qì)的(de)連接數(shù)超過了(le)服←✘λ務器(qì)許可(kě)的(de)最大(dà)範圍。通(tōng)常，這(zhè≥•±)裡(lǐ)的(de)IP地(dì)址指的(de)是(shì)從(cóng)服務器(qì) <≠‍上(shàng)看(kàn)到(dào)的(de)客戶端地(dì)址（比如(rú)用(yòn∞&g)戶的(de)網關或者代理(lǐ)服務器(qì)地(dì)址）。在這(zhè)種情況下(♠§≥​xià)，連接數(shù)的(de)計(jì)算(suàn)可(kě)≤λ∞✔能(néng)涉及到(dào)不(bù)止一(yī)個(gè)終端用(y↔★∑αòng)戶。
422	從(cóng)當前客戶端所在的(de)IP地(dì)址到(¥★ ₽dào)服務器(qì)的(de)連接數(shù)超過了(le)服務器(qì)許可(kě)的(☆λde)最大(dà)範圍。通(tōng)常，這(zhè)裡(lǐ)的(de)IP地(dì)址指的≠"✔↕(de)是(shì)從(cóng)服務器(qì)上(shàng)看(kàn)到(d£≤•ào)的(de)客戶端地(dì)址（比如(rú)用(yòng)戶的(de)₹✘網關或者代理(lǐ)服務器(qì)地(dì)址）。在這(zhè)種情況下(xià)，連接數(shù£¥∑)的(de)計(jì)算(suàn)可(kě)能(néng)涉及到(dào)不(bù)Ω​止一(yī)個(gè)終端用(yòng)戶。
422	請(qǐng)求格式正确，但(dàn)是(shì)由于含有(yǒu)♠™語義錯(cuò)誤，無法響應。（RFC 4918 WebDAV）423&γ✘ Locked 　　當前資源被鎖定。（RFC 4918 WebDAV）
424	由于之前的(de)某個(gè)請(qǐng)求發生(shēng♥ )的(de)錯(cuò)誤，導緻當前請(qǐng)求失敗λ©Ω，例如(rú) PROPPATCH。（RFC 4918 WebDAV）
425	在WebDav Advanced Colle♠≤ctions 草(cǎo)案中定義，但(dàn)是(shì)未出現(xiàn)在《W'γ<ebDAV 順序集協議(yì)》（RFC 3658）中。
426	客戶端應當切換到(dào)TLS/1.0。（RFC 2817）
449	由微(wēi)軟擴展，代表請(qǐng)求應當在執行(xíng)完适當的( ®σde)操作(zuò)後進行(xíng)重試。
500	服務器(qì)遇到(dào)了(le)一(yī)個(gè)未曾預料∑'的(de)狀況，導緻了(le)它無法完成對(duì)請(qǐng)求$←σ的(de)處理(lǐ)。一(yī)般來(lái)說(sΩ×huō)，這(zhè)個(gè)問(wèn)題都(dōu)會(huì)在服務器α•(qì)的(de)程序碼出錯(cuò)時(shí)出現(xiàn)。
501	服務器(qì)不(bù)支持當前請(qǐng)求所需要(yào)的(de)¶↑•某個(gè)功能(néng)。當服務器(qì)無法識π→别請(qǐng)求的(de)方法，并且無法支持其對(duì)任何資源的(de)請↔‍(qǐng)求。
502	作(zuò)為(wèi)網關或者代理(lǐ)工(gōng)作(zu↔✔¶¥ò)的(de)服務器(qì)嘗試執行(xíng)請(☆♣>qǐng)求時(shí)，從(cóng)上(shàng)遊服務器(qì)接收→→到(dào)無效的(de)響應。
503	由于臨時(shí)的(de)服務器(qì)維護或者過載λ↑，服務器(qì)當前無法處理(lǐ)請(qǐng)求。這(zhè)個₩<'(gè)狀況是(shì)臨時(shí)的(de)，并且将在一(yī)段時(sh♦β₽★í)間(jiān)以後恢複。如(rú)果能(néng)夠預計(jì)延遲' 時(shí)間(jiān)，那(nà)麽響應中可(kβ$ě)以包含一(yī)個(gè) Retry-After 頭用(yòng)以标明(m ↕íng)這(zhè)個(gè)延遲時(shí)間(jiān♣•&)。如(rú)果沒有(yǒu)給出這(zhè)個(gè) Retry-After 信息，那ש(nà)麽客戶端應當以處理(lǐ)500響應的(de)方式處理(lǐ)它。 　　§ ​φ注意：503狀态碼的(de)存在并不(bù)意味著(zh€÷ ∞e)服務器(qì)在過載的(de)時(shí)候必須使用( ≥yòng)它。某些(xiē)服務器(qì)隻不(bù)過是(shì)希δ≈✔§望拒絕客戶端的(de)連接。
504	作(zuò)為(wèi)網關或者代理(lǐ)工(gōng)作(zuò)的(de)服務器≈™(qì)嘗試執行(xíng)請(qǐng)求時(shí)，未能(né ↕♣πng)及時(shí)從(cóng)上(shàng)遊服務器(qì)（URI标識出的(de)服♠&務器(qì)，例如(rú)HTTP、FTP、LDAP）或者輔助服務器(qì)（例如(rú↑≥$)DNS）收到(dào)響應。 　　注意：某些(xiē)代理(lǐ)服務器(qì)在D§♦NS查詢超時(shí)時(shí)會(huì)返回400或者500錯(cu↓←>‍ò)誤
505	服務器(qì)不(bù)支持，或者拒絕支持在請(qǐng)求中使>$用(yòng)的(de) HTTP 版本。這(zhè)暗(àn)示著(zhe)服務器(qì)不(b♣₩↑ù)能(néng)或不(bù)願使用(yòng)與客戶端相(xi∏€ àng)同的(de)版本。響應中應當包含一(yī)個(gè)描述了(le)為(wèi)何版本不(₩♥‌bù)被支持以及服務器(qì)支持哪些(xiē)協議(yì)的(de)實體(tǐ)。
506	由《透明(míng)內(nèi)容協商協議(yì)》（RFC 2295）擴展，代表服"δ‍>務器(qì)存在內(nèi)部配置錯(cuò)誤：被請(qǐng)求的©¶₽&(de)協商變元資源被配置為(wèi)在透明(míng)內(nèi)容協商中使♥★↕用(yòng)自(zì)己，因此在一(yī)個(gè)協商處理(lǐ)中不(bù)是(sh↔™ì)一(yī)個(gè)合适的(de)重點。
507	服務器(qì)無法存儲完成請(qǐng)求所必須的(de)內(nèi↓​ε)容。這(zhè)個(gè)狀況被認為(wèi)是(s"♥hì)臨時(shí)的(de)。WebDAV (RFC →∏♦∞4918)
509	服務器(qì)達到(dào)帶寬限制(zhì)。這(zhè)不(bù)∞™©∑是(shì)一(yī)個(gè)官方的(de)狀态碼，但(dàn)是(shì)仍被廣泛♥αα•使用(yòng)。
510	獲取資源所需要(yào)的(de)策略并沒有(yǒu)‌≤沒滿足。（RFC 2774）

(責任編輯：admin)