發(fā)布時(shí)間:2023-2-22 分類: 行業(yè)動態(tài)
當(dāng)觀看者訪問網(wǎng)頁時(shí),觀看者的瀏覽器向網(wǎng)頁所在的服務(wù)器發(fā)送請求。在瀏覽器接收并顯示網(wǎng)頁之前,網(wǎng)頁所在的服務(wù)器返回包含HTTP狀態(tài)代碼的服務(wù)器頭,以響應(yīng)瀏覽器請求。
HTTP狀態(tài)代碼的英語狀態(tài)是HTTP狀態(tài)代碼。以下是常見的HTTP狀態(tài)代碼:
200–要求成功
301–資源(網(wǎng)頁等)將永久轉(zhuǎn)移到其他網(wǎng)址
404–請求的資源(網(wǎng)頁等)不存在
500–內(nèi)部服務(wù)器錯誤
HTTP狀態(tài)代碼的分類
HTTP狀態(tài)代碼由三位十進(jìn)制數(shù)字組成。第一個(gè)十進(jìn)制數(shù)定義狀態(tài)代碼的類型。最后兩位數(shù)字沒有分類效果。 HTTP狀態(tài)代碼分為5種類型:
分類和分類說明
1 **信息,服務(wù)器接收請求并需要請求者繼續(xù)操作
2 **成功,操作已成功接收和處理
3 **重定向,完成請求需要采取進(jìn)一步行動
4 **客戶端錯誤,請求包含語法錯誤或請求無法完成
5 **服務(wù)器錯誤,服務(wù)器在處理請求時(shí)遇到錯誤
HTTP狀態(tài)代碼表(版本1)此表包含狀態(tài)代碼的英文名稱
狀態(tài)代碼狀態(tài)代碼英文名稱中文說明
狀態(tài)代碼在1的開頭
100繼續(xù)繼續(xù)??蛻魬?yīng)該繼續(xù)其請求
101Switching Protocols切換協(xié)議。服務(wù)器根據(jù)客戶端的請求切換協(xié)議。只能切換到更高級的協(xié)議,例如,切換到新版本的HTTP協(xié)議
狀態(tài)代碼在2的開頭
200 OK請求成功。通常用于GET和POST請求
201Created已經(jīng)創(chuàng)建。成功請求并創(chuàng)建了新資源
202Accepted已被接受。請求已被接受但未處理
203非權(quán)威信息。請求成功。但是返回的元信息不在原始服務(wù)器上,而是副本
204No Content沒有內(nèi)容。服務(wù)器已成功處理但未返回內(nèi)容。確保瀏覽器繼續(xù)顯示當(dāng)前文檔而不更新頁面
205Reset Content重置內(nèi)容。服務(wù)器已成功處理,用戶終端(例如:瀏覽器)應(yīng)重置文檔視圖。使用此返回代碼清除瀏覽器的表單字段
206Partial Content的一部分。服務(wù)器成功處理了一些GET請求
狀態(tài)代碼在3的開頭
300多種選擇有多種選擇。所請求的資源可以包括多個(gè)位置,并且可以為用戶終端(例如,瀏覽器)選擇返回資源特性和地址的列表
301Moved永久移動。請求的資源已永久移動到新URI,返回消息將包含新URI,瀏覽器將自動定向到新URI。將來的任何新請求都應(yīng)替換為新的URI
302暫時(shí)移動。與301類似。但資源只是暫時(shí)移動。客戶端應(yīng)繼續(xù)使用原始URI
303查看OtherView其他地址。與301類似。使用GET和POST請求查看
304 Not Modified尚未修改。未修改請求的資源,并且在服務(wù)器返回此狀態(tài)代碼時(shí)不會返回任何資源??蛻舳送ǔMㄟ^提供標(biāo)題來緩存所訪問的資源,該標(biāo)頭聲明客戶端只想返回在指定日期之后修改的那些資源。
305Use Proxy使用代理。必須通過代理
訪問所請求的資源306未使用的已棄用的HTTP狀態(tài)代碼
307臨時(shí)重定向臨時(shí)重定向。與302類似。使用GET請求重定向
狀態(tài)代碼在4的開頭
400Bad請求客戶端請求的語法不正確,服務(wù)器無法理解
401Unauthorized請求需要用戶身份驗(yàn)證
402Payment Required Reserved,F(xiàn)uture Use
403Forbidden服務(wù)器了解請求客戶端的請求,但拒絕執(zhí)行請求
404Not Found服務(wù)器無法根據(jù)客戶端的請求找到資源(網(wǎng)頁)。有了這段代碼,網(wǎng)站設(shè)計(jì)師就可以設(shè)置“rdquo;您請求的資源無法找到個(gè)性化頁面
禁用客戶端請求中的405Method Not Allowed方法
406根據(jù)客戶端請求的內(nèi)容特征,可接受的服務(wù)器無法完成請求
407Proxy Authentication Required請求需要代理的身份驗(yàn)證,類似于401,但請求者應(yīng)使用代理進(jìn)行授權(quán)
408Request超時(shí)服務(wù)器等待客戶端發(fā)送請求太長,超時(shí)
409Conflict服務(wù)器可以完成客戶端的PUT請求以返回此代碼,并且服務(wù)器在處理請求時(shí)存在沖突
410Gone客戶端請求的資源不再存在。 410與404不同。如果資源已被永久刪除,則可以使用410代碼,并且網(wǎng)站設(shè)計(jì)者可以通過301代碼指定資源的新位置
411Length Required服務(wù)器無法處理客戶端發(fā)送的沒有Content-Length
的請求信息412Precondition失敗的客戶端請求信息先決條件錯誤
413請求實(shí)體太大請求被拒絕,因?yàn)檎埱蟮膶?shí)體太大而服務(wù)器無法處理。為防止來自客戶端的連續(xù)請求,服務(wù)器可能會關(guān)閉連接。如果只有服務(wù)器暫時(shí)無法處理,它將包含Retry-After響應(yīng)消息
414Request-URI請求URI太長(URI通常是URL),服務(wù)器無法處理
415Unsupported Media Type服務(wù)器無法處理附加到請求的媒體格式
416請求范圍不可滿足的客戶端請求范圍無效
417期望失敗的服務(wù)器無法滿足Expect請求標(biāo)頭信息
狀態(tài)代碼在5的開頭
500內(nèi)部服務(wù)器錯誤服務(wù)器內(nèi)部錯誤,無法完成請求
501Not Implemented服務(wù)器不支持所請求的功能,無法完成請求
502Bad網(wǎng)關(guān)充當(dāng)網(wǎng)關(guān)或代理服務(wù)器,并從遠(yuǎn)程服務(wù)器收到無效請求
503Service Unavailable由于過載或系統(tǒng)維護(hù),服務(wù)器暫時(shí)無法處理客戶端的請求。延遲的長度可以包含在服務(wù)器的Retry-After標(biāo)頭信息
中504Gateway Time-out充當(dāng)網(wǎng)關(guān)或代理服務(wù)器,不及時(shí)從遠(yuǎn)程服務(wù)器獲取請求
505HTTP版本不支持的服務(wù)器不支持所請求的HTTP協(xié)議的版本,無法處理
HTTP狀態(tài)代碼列表(版本2)此表的描述更詳細(xì)
狀態(tài)代碼含義
100個(gè)客戶端應(yīng)繼續(xù)發(fā)送請求。此臨時(shí)響應(yīng)用于通知客戶端服務(wù)器已收到其某些請求但尚未被拒絕??蛻舳藨?yīng)繼續(xù)發(fā)送請求的其余部分,或者如果請求已完成則忽略響應(yīng)。請求完成后,服務(wù)器必須向客戶端發(fā)送最終響應(yīng)。
101服務(wù)器已了解客戶端的請求,并將通過Upgrade頭通知客戶端以使用不同的協(xié)議來完成請求。發(fā)送此響應(yīng)的最后一個(gè)空行后,服務(wù)器將切換到Upgrade標(biāo)頭中定義的那些協(xié)議。
只有在切換新協(xié)議更有益時(shí),才應(yīng)采取類似措施。例如,切換到新的HTTP版本比舊版本更有利,或者切換到實(shí)時(shí)和同步的協(xié)議以提供利用這些特征的資源。
102 WebDAV(RFC 2518)擴(kuò)展的狀態(tài)代碼,表示將繼續(xù)執(zhí)行處理。
200請求已成功,請求將返回響應(yīng)頭或數(shù)據(jù)體,并返回此響應(yīng)。
201請求已實(shí)現(xiàn),并且已根據(jù)請求創(chuàng)建了新資源,并且已使用Location標(biāo)頭返回其URI。如果無法及時(shí)建立所需資源,您應(yīng)該返回 202 Accepted’。
202服務(wù)器已接受請求但尚未處理。由于它可能被拒絕,該請求可能會也可能不會被執(zhí)行。在異步操作的情況下,沒有比發(fā)送此狀態(tài)代碼更方便的方法。
返回對202狀態(tài)代碼的響應(yīng)的目的是允許服務(wù)器接受來自其他進(jìn)程的請求(例如,每天只執(zhí)行一次的基于批處理的操作),而不必將客戶端連接到服務(wù)器,直到批量操作完成。接受請求處理和返回202狀態(tài)代碼的響應(yīng)應(yīng)包括指示返回實(shí)體中當(dāng)前處理狀態(tài)的一些信息,以及指向處理狀態(tài)監(jiān)視器或狀態(tài)預(yù)測的指針,以便用戶可以估計(jì)操作是否已經(jīng)完成。
203服務(wù)器已成功處理請求,但返回的實(shí)體標(biāo)頭元信息不是在源服務(wù)器上有效的有效集,而是來自本地或第三方的副本。當(dāng)前信息可以是原始版本的子集或超集。例如,包含資源的元數(shù)據(jù)可以使源服務(wù)器知道超級元信息。沒有必要使用此狀態(tài)代碼,只有在不使用此狀態(tài)代碼的情況下響應(yīng)返回200 OK時(shí)才適用。
204服務(wù)器成功處理了請求,但不需要返回任何實(shí)體內(nèi)容,并希望返回更新的元信息。響應(yīng)可以以實(shí)體頭的形式返回新的或更新的元信息。如果存在這樣的頭信息,則它應(yīng)該對應(yīng)于所請求的變量。
如果客戶端是瀏覽器,則用戶的瀏覽器應(yīng)保留發(fā)送請求的頁面,而不會在文檔視圖中進(jìn)行任何更改,即使新的或更新的元信息按照規(guī)范應(yīng)用于用戶的瀏覽器活動。視圖中的文檔。
由于204響應(yīng)被禁止包含任何消息體,因此它始終以消息頭之后的第一個(gè)空行結(jié)束。
205服務(wù)器成功處理了請求,但沒有返回任何內(nèi)容。但與204響應(yīng)不同,返回此狀態(tài)代碼的響應(yīng)要求請求者重置文檔視圖。響應(yīng)主要用于接受用戶輸入并立即重置表單,以便用戶可以輕松啟動另一個(gè)輸入。
與204響應(yīng)一樣,響應(yīng)也被禁止包含任何消息體,并以消息頭之后的第一個(gè)空行結(jié)束。
206服務(wù)器已成功處理了一些GET請求。像FlashGet或Thunder這樣的HTTP下載工具使用這樣的響應(yīng)來實(shí)現(xiàn)斷點(diǎn)或?qū)⒋笪臋n拆分成多個(gè)下載段并同時(shí)下載它們。
請求必須包含Range標(biāo)頭以指示客戶端期望的內(nèi)容范圍,并且可以包括If-Range作為請求條件。
響應(yīng)必須包含以下標(biāo)頭字段:
Content-Range用于指示此響應(yīng)中返回的內(nèi)容的范圍;如果它是具有多部分/字節(jié)范圍的Content-Type的多段下載,則每個(gè)多部分段應(yīng)包含Content-Range字段以指示該段落的內(nèi)容范圍。 。如果響應(yīng)包含Content-Length,則其值必須與其返回的內(nèi)容范圍中的實(shí)際字節(jié)數(shù)相匹配。
日期
ETag和/或Content-Location,如果相同的請求應(yīng)該返回200響應(yīng)。
Expires,Cache-Control和/或Vary,如果它們的值可能與之前對應(yīng)于同一變量的其他響應(yīng)的值不同。
如果響應(yīng)請求使用If-Range強(qiáng)緩存身份驗(yàn)證,則此響應(yīng)不應(yīng)包含其他實(shí)體頭;如果響應(yīng)請求使用If-Range弱緩存驗(yàn)證,則此響應(yīng)禁止包含其他實(shí)體頭;這避免了緩存的實(shí)體內(nèi)容與更新的實(shí)體頭信息之間的不一致。否則,此響應(yīng)應(yīng)包含應(yīng)在應(yīng)該返回的200響應(yīng)中返回的所有實(shí)體頭字段。
如果ETag或Last-Modified標(biāo)頭不完全匹配,則客戶端緩存應(yīng)禁止將206響應(yīng)返回的內(nèi)容與任何先前緩存的內(nèi)容組合。
任何不支持Range和Content-Range標(biāo)頭的緩存都會禁用緩存206響應(yīng)的內(nèi)容。
207 WebDAV擴(kuò)展的狀態(tài)代碼(RFC 2518)代表下一個(gè)消息體,它將是一條XML消息,并且可能包含一系列獨(dú)立的響應(yīng)代碼,具體取決于先前的子請求數(shù)。
300請求的資源有一系列反饋可供選擇,每個(gè)反饋都有自己的特定地址和瀏覽器驅(qū)動的協(xié)商信息。用戶或?yàn)g覽器可以選擇重定向的首選地址。
除非這是HEAD請求,否則響應(yīng)應(yīng)包括具有資源特征和地址列表的實(shí)體,以便用戶或?yàn)g覽器可以選擇最合適的重定向地址。此實(shí)體的格式由Content-Type定義的格式確定。瀏覽器可以根據(jù)響應(yīng)的格式和瀏覽器本身的功能自動做出最合適的選擇。當(dāng)然,RFC 2616規(guī)范沒有規(guī)定如何進(jìn)行這種自動選擇。
如果服務(wù)器本身已經(jīng)有一個(gè)首選反饋選項(xiàng),則應(yīng)在Location中指示此反饋的URI;瀏覽器可以使用此Location值作為自動重定向的地址。此外,除非另有說明,否則此響應(yīng)是可緩存的。
301請求的資源已永久移動到新位置,并且此資源的任何將來引用都應(yīng)使用此響應(yīng)返回的多個(gè)URI之一。如果可能,具有鏈接編輯功能的客戶端應(yīng)自動將請求的地址修改為從服務(wù)器反饋的地址。除非另有說明,否則此響應(yīng)是可緩存的。
應(yīng)在響應(yīng)的“位置”字段中返回新的永久URI。除非這是HEAD請求,否則響應(yīng)實(shí)體應(yīng)包含指向新URI的超鏈接和簡短描述。
如果這不是GET或HEAD請求,則禁止瀏覽器自動重定向,除非用戶確認(rèn),因?yàn)檎埱蟮臈l件可能會發(fā)生變化。
注意:對于某些使用HTTP/1.0協(xié)議的瀏覽器,當(dāng)他們發(fā)送的POST請求獲得301響應(yīng)時(shí),下一個(gè)重定向請求將變?yōu)镚ET。
302請求的資源現(xiàn)在臨時(shí)響應(yīng)來自不同URI的請求。由于此類重定向是臨時(shí)的,因此客戶端應(yīng)繼續(xù)將后續(xù)請求發(fā)送到原始地址。只有在Cache-Control或Expires中指定時(shí),此響應(yīng)才可緩存。
應(yīng)在響應(yīng)的“位置”字段中返回新的臨時(shí)URI。除非這是HEAD請求,否則響應(yīng)實(shí)體應(yīng)包含指向新URI的超鏈接和簡短描述。
如果這不是GET或HEAD請求,則禁止瀏覽器自動重定向,除非用戶確認(rèn),因?yàn)檎埱蟮臈l件可能會發(fā)生變化。
注意:雖然RFC 1945和RFC 2068規(guī)范不允許客戶端在重定向時(shí)更改請求的方法,但許多現(xiàn)有瀏覽器將302響應(yīng)視為303響應(yīng)并使用GET方法訪問Location中指定的URI,無論URI如何。最初請求的方法。添加狀態(tài)代碼303和307以闡明服務(wù)器期望客戶端做出反應(yīng)的內(nèi)容。
可以在另一個(gè)URI上找到對應(yīng)于當(dāng)前請求的303的響應(yīng),并且客戶端應(yīng)該通過GET訪問該資源。此方法主要用于允許腳本激活的POST請求輸出重定向到新資源。此新URI不是對原始資源的備用引用。同時(shí),禁止緩存303響應(yīng)。當(dāng)然,可以緩存第二個(gè)請求(重定向)。
應(yīng)在響應(yīng)的“位置”字段中返回新URI。除非這是HEAD請求,否則響應(yīng)實(shí)體應(yīng)包含指向新URI的超鏈接和簡短描述。
注意:HTTP/1.1之前的許多瀏覽器都無法正確理解303狀態(tài)。如果您需要考慮與這些瀏覽器的交互,302狀態(tài)代碼應(yīng)該足夠,因?yàn)榇蠖鄶?shù)瀏覽器完全按照上述規(guī)范要求客戶端處理303響應(yīng)的方式處理302響應(yīng)。
304如果客戶端發(fā)送條件GET請求并且允許該請求,并且文檔的內(nèi)容(自上次訪問或根據(jù)請求的條件)未更改,則服務(wù)器應(yīng)返回此狀態(tài)代碼。 304響應(yīng)禁止包含消息正文,因此它始終以消息頭之后的第一個(gè)空行結(jié)束。
響應(yīng)必須包含以下標(biāo)頭信息:
日期,除非此服務(wù)器沒有時(shí)鐘。如果沒有時(shí)鐘的服務(wù)器也遵循這些規(guī)則,代理服務(wù)器和客戶端可以將Date字段添加到接收的響應(yīng)頭(如RFC 2068中所指定),并且緩存機(jī)制將起作用。
ETag和/或Content-Location,如果相同的請求應(yīng)該返回200響應(yīng)。
Expires,Cache-Control和/或Vary,如果它們的值可能與之前對應(yīng)于同一變量的其他響應(yīng)的值不同。
如果響應(yīng)請求使用強(qiáng)緩存驗(yàn)證,則此響應(yīng)不應(yīng)包含其他實(shí)體標(biāo)頭;否則(例如,條件GET請求使用弱緩存驗(yàn)證),此響應(yīng)禁止包含其他實(shí)體頭;這避免了緩存的實(shí)體內(nèi)容與更新的實(shí)體頭信息之間的不一致。
如果304響應(yīng)指示實(shí)體當(dāng)前未被高速緩存,則高速緩存系統(tǒng)必須忽略該響應(yīng)并重復(fù)發(fā)送不包含限制的請求。
如果收到304請求更新緩存條目的響應(yīng),則緩存系統(tǒng)必須更新整個(gè)條目以反映響應(yīng)中更新的所有字段的值。
305指定的代理必須訪問所請求的資源。 Location字段將給出指定代理的URI信息,接收者需要發(fā)送單獨(dú)的請求來訪問相應(yīng)的資源。只有原始服務(wù)器才能建立305響應(yīng)。
注意:RFC 2068中沒有明確的305響應(yīng)來重定向單個(gè)請求,并且只能由源服務(wù)器建立。忽視這些限制可能會導(dǎo)致嚴(yán)重的安全后果。
306在最新版本的規(guī)范中,不再使用306狀態(tài)代碼。
307請求的資源現(xiàn)在臨時(shí)響應(yīng)來自不同URI的請求。由于此類重定向是臨時(shí)的,因此客戶端應(yīng)繼續(xù)將后續(xù)請求發(fā)送到原始地址。只有在Cache-Control或Expires中指定時(shí),此響應(yīng)才可緩存。
應(yīng)在響應(yīng)的“位置”字段中返回新的臨時(shí)URI。除非這是HEAD請求,否則響應(yīng)實(shí)體應(yīng)包含指向新URI的超鏈接和簡短描述。由于某些瀏覽器無法識別307響應(yīng),因此有必要在上面添加必要的信息,以便用戶可以理解并發(fā)出對新URI的訪問請求。
如果這不是GET或HEAD請求,則禁止瀏覽器自動重定向,除非用戶確認(rèn),因?yàn)檎埱蟮臈l件可能會相應(yīng)更改。
4001.語義不正確。服務(wù)器無法理解當(dāng)前請求。除非經(jīng)過修改,否則客戶端不應(yīng)重復(fù)提交此請求。
2.請求參數(shù)不正確。
401當(dāng)前請求需要用戶認(rèn)證。響應(yīng)必須包含一個(gè)WWW-Authenticate頭,用于請求用戶信息的請求資源。客戶端可以使用適當(dāng)?shù)氖跈?quán)標(biāo)頭信息重復(fù)提交請求。如果當(dāng)前請求已包含授權(quán)證書,則401響應(yīng)表示服務(wù)器已拒絕這些證書。如果401響應(yīng)包含與先前響應(yīng)相同的認(rèn)證質(zhì)詢并且瀏覽器嘗試了至少一次驗(yàn)證,則瀏覽器應(yīng)該呈現(xiàn)響應(yīng)中包含的實(shí)體信息,因?yàn)樵搶?shí)體信息可以包含相關(guān)的診斷信息。 。參見RFC 2617.
402狀態(tài)代碼保留用于將來可能的需要。
403服務(wù)器已理解該請求但拒絕執(zhí)行它。與401響應(yīng)不同,身份驗(yàn)證不提供任何幫助,并且不應(yīng)重復(fù)提交此請求。如果這不是HEAD請求,并且服務(wù)器希望能夠解釋無法執(zhí)行請求的原因,則應(yīng)在實(shí)體內(nèi)描述拒絕的原因。當(dāng)然,如果服務(wù)器不希望客戶端獲取任何信息,也可以返回404響應(yīng)。
404請求失敗,并且在服務(wù)器上找不到請求的資源。沒有信息可以告訴用戶這種情況是暫時(shí)的還是永久性的。如果服務(wù)器知道這種情況,則應(yīng)使用410狀態(tài)代碼通知舊資源由于某些內(nèi)部配置機(jī)制問題而導(dǎo)致其永久不可用,并且沒有可跳轉(zhuǎn)的地址。當(dāng)服務(wù)器不想確切地揭示請求被拒絕的原因或者沒有其他合適的響應(yīng)可用時(shí),404狀態(tài)代碼被廣泛使用。
405請求行中指定的請求方法不能用于請求相應(yīng)的資源。響應(yīng)必須返回Allow標(biāo)頭,以指示當(dāng)前資源可以接受的請求方法列表。
鑒于PUT,DELETE方法將寫入服務(wù)器上的資源,因此大多數(shù)Web服務(wù)器不支持或允許默認(rèn)配置中的上述請求方法,并且將為此類請求返回405錯誤。
406所請求的資源的內(nèi)容屬性不能滿足請求頭中的條件,因此不能生成響應(yīng)實(shí)體。
除非這是HEAD請求,否則響應(yīng)應(yīng)返回包含用戶或?yàn)g覽器可以選擇的屬性和地址列表的實(shí)體。實(shí)體的格式由Content-Type標(biāo)頭中定義的媒體類型確定。瀏覽器可以根據(jù)格式和自己的功能自行選擇。但是,該規(guī)范沒有定義進(jìn)行這種自動選擇的任何標(biāo)準(zhǔn)。
407與401響應(yīng)類似,除了客戶端必須在代理服務(wù)器上進(jìn)行身份驗(yàn)證。代理服務(wù)器必須返回Proxy-Authenticate以進(jìn)行身份??查詢??蛻舳丝梢苑祷卮硎跈?quán)標(biāo)頭以進(jìn)行驗(yàn)證。參見RFC 2617.
408請求超時(shí)。客戶端在服務(wù)器準(zhǔn)備等待的時(shí)間內(nèi)沒有完成發(fā)送請求??蛻艨梢噪S時(shí)再次提交此請求,無需任何更改。
409由于與請求資源的當(dāng)前狀態(tài)沖突,無法完成請求。此代碼僅允許在用戶被認(rèn)為能夠解決沖突并將重新提交新請求的情況下使用。響應(yīng)應(yīng)包含足夠的信息供用戶發(fā)現(xiàn)沖突的來源。
沖突通常發(fā)生在PUT請求的處理中。例如,在版本檢查環(huán)境中,附加到PUT提交的特定資源請求的版本信息與先前(第三方)請求沖突,則服務(wù)器應(yīng)返回409錯誤。告訴用戶無法完成請求。此時(shí),響應(yīng)實(shí)體可能包含兩個(gè)沖突版本之間差異的比較,以便用戶可以在合并后重新提交新版本。
410請求的資源在服務(wù)器上不再可用,并且沒有已知的轉(zhuǎn)發(fā)地址。這種情況應(yīng)該被視為永久性的。如果可能,具有鏈接編輯功能的客戶端應(yīng)在獲得用戶權(quán)限后刪除對該地址的所有引用。如果服務(wù)器不知道或不確定條件是否是永久性的,則應(yīng)使用404狀態(tài)代碼。除非另有說明,否則此響應(yīng)是可緩存的。
410響應(yīng)的目的主要是幫助網(wǎng)站管理員維護(hù)網(wǎng)站,通知用戶資源不再可用,服務(wù)器所有者也希望刪除與該資源的所有遠(yuǎn)程連接。此類事件在有時(shí)間限制的增值服務(wù)中很常見。類似地,410響應(yīng)還用于通知客戶端屬于個(gè)人的資源在當(dāng)前服務(wù)器站點(diǎn)上不再可用。當(dāng)然,您是否需要將所有永久不可用的資源標(biāo)記為’ 410 Gone’以及保留此標(biāo)記所需的時(shí)間完全取決于服務(wù)器所有者。
411服務(wù)器拒絕接受請求而未定義Content-Length標(biāo)頭。添加指示請求消息正文長度的有效Content-Length標(biāo)頭后,客戶端可以再次提交請求。
412服務(wù)器無法滿足請求的標(biāo)頭字段中的一個(gè)或多個(gè)先決條件。該狀態(tài)代碼允許客戶端在檢索資源時(shí)在所請求的元信息(請求頭字段數(shù)據(jù))中設(shè)置前提條件,從而防止請求方法應(yīng)用于除所需內(nèi)容之外的資源。
413服務(wù)器拒絕處理當(dāng)前請求,因?yàn)檎埱筇峤坏膶?shí)體數(shù)據(jù)的大小超出了服務(wù)器愿意或能夠處理的范圍。在這種情況下,服務(wù)器可以關(guān)閉連接以防止客戶端繼續(xù)發(fā)送此請求。
如果此條件是臨時(shí)的,則服務(wù)器應(yīng)返回Retry-After響應(yīng)標(biāo)頭,以告知客戶端稍后可以重試的時(shí)間。
414請求的URI的長度超過了服務(wù)器可以解釋的長度,因此服務(wù)器拒絕為請求提供服務(wù)。這是相對罕見的,通常的情況包括:
應(yīng)該使用POST方法的表單提交成為GET方法,導(dǎo)致查詢字符串(查詢字符串)太長。
例如,重定向URI“黑洞”,每個(gè)重定向都會將舊URI重定向?yàn)樾耈RI的一部分,從而導(dǎo)致URI在多次重定向后過長。
客戶端正試圖利用某些服務(wù)器中的安全漏洞來攻擊服務(wù)器。此類服務(wù)器使用固定長度的緩沖區(qū)來讀取或操作請求的URI。當(dāng)GET參數(shù)超過某個(gè)值時(shí),可能會發(fā)生緩沖區(qū)溢出,導(dǎo)致執(zhí)行任意代碼[1]。沒有此類漏洞的服務(wù)器應(yīng)返回414狀態(tài)代碼。
415對于當(dāng)前請求的方法和請求的資源,請求中提交的實(shí)體不是服務(wù)器支持的格式,因此請求被拒絕。
416如果請求包含Range請求標(biāo)頭,并且Range中指定的任何數(shù)據(jù)范圍與當(dāng)前資源的可用范圍不一致,并且請求中未定義If-Range請求標(biāo)頭,則服務(wù)器應(yīng)返回416狀態(tài)碼。
如果Range使用字節(jié)范圍,則表示請求指定的所有數(shù)據(jù)范圍的第一個(gè)字節(jié)位置超過當(dāng)前資源的長度。服務(wù)器還應(yīng)包括Content-Range實(shí)體頭,以指示當(dāng)前資源的長度,同時(shí)返回416狀態(tài)代碼。此響應(yīng)也被禁止使用multipart/byterange作為其Content-Type。
417服務(wù)器無法滿足請求標(biāo)頭Expect中指定的預(yù)期內(nèi)容,或者服務(wù)器是代理服務(wù)器。有明確證據(jù)表明,當(dāng)前路線的下一個(gè)節(jié)點(diǎn)無法滿足Expect的內(nèi)容。
421從當(dāng)前客戶端的IP地址到服務(wù)器的連接數(shù)超過了服務(wù)器許可證的最大范圍。通常,此處的IP地址是指從服務(wù)器看到的客戶端地址(例如用戶的網(wǎng)關(guān)或代理服務(wù)器地址)。在這種情況下,連接數(shù)的計(jì)算可能涉及多個(gè)最終用戶。
422從當(dāng)前客戶端的IP地址到服務(wù)器的連接數(shù)超過了服務(wù)器許可證的最大范圍。通常,此處的IP地址是指從服務(wù)器看到的客戶端地址(例如用戶的網(wǎng)關(guān)或代理服務(wù)器地址)。在這種情況下,連接數(shù)的計(jì)算可能涉及多個(gè)最終用戶。
422請求格式是正確的,但由于語義錯誤而無法響應(yīng)。 (RFC 4918 WebDAV)423已鎖定
當(dāng)前資源已鎖定。 (RFC 4918 WebDAV)
424當(dāng)前請求由于先前請求之一(例如PROPPATCH)中的錯誤而失敗。 (RFC 4918 WebDAV)
425在WebDav Advanced Collections草案中定義,但未出現(xiàn)在《WebDAV 順序集協(xié)議》(RFC 3658)中。
426客戶端應(yīng)切換到TLS/1.0。 (RFC 2817)
449由Microsoft擴(kuò)展,表示在執(zhí)行適當(dāng)?shù)牟僮骱髴?yīng)重試該請求。
500服務(wù)器遇到意外情況,無法完成請求的處理。通常,當(dāng)服務(wù)器的代碼出錯時(shí),會發(fā)生此問題。
501服務(wù)器不支持當(dāng)前請求所需的功能。當(dāng)服務(wù)器無法識別所請求的方法且無法支持其對任何資源的請求時(shí)。
502當(dāng)作為網(wǎng)關(guān)或代理服務(wù)器的服務(wù)器嘗試執(zhí)行請求時(shí),它會從上游服務(wù)器收到無效響應(yīng)。
503由于臨時(shí)服務(wù)器維護(hù)或過載,服務(wù)器當(dāng)前無法處理請求。這種情況是暫時(shí)的,一段時(shí)間后會恢復(fù)。如果可以預(yù)期延遲時(shí)間,則響應(yīng)可以包括Retry-After報(bào)頭以指示該延遲時(shí)間。如果未給出此Retry-After信息,則客戶端應(yīng)以處理500響應(yīng)的方式處理它。
注意:503狀態(tài)代碼的存在并不意味著服務(wù)器在超載時(shí)必須使用它。有些服務(wù)器只是想拒絕客戶端的連接。
當(dāng)作為網(wǎng)關(guān)或代理的服務(wù)器嘗試執(zhí)行請求時(shí),服務(wù)器無法從上游服務(wù)器(由URI標(biāo)識的服務(wù)器,如HTTP,F(xiàn)TP,LDAP)或輔助服務(wù)器(例如, DNS)及時(shí)。
注意:當(dāng)DNS查詢超時(shí)時(shí),某些代理服務(wù)器將返回400或500個(gè)錯誤。
505服務(wù)器不支持或拒絕支持請求中使用的HTTP版本。這意味著服務(wù)器無法或不愿意使用與客戶端相同的版本。響應(yīng)應(yīng)包含一個(gè)實(shí)體,該實(shí)體描述不支持該版本的原因以及服務(wù)器支持的協(xié)議。
506由《透明內(nèi)容協(xié)商協(xié)議》(RFC 2295)擴(kuò)展以表示服務(wù)器上的內(nèi)部配置錯誤:所請求的協(xié)商參數(shù)資源被配置為在透明內(nèi)容協(xié)商中使用自身,因此不是協(xié)商過程中的合適焦點(diǎn)。
507服務(wù)器無法存儲完成請求所需的內(nèi)容。這種情況被認(rèn)為是暫時(shí)的。 WebDAV(RFC 4918)
509服務(wù)器達(dá)到了帶寬限制。這不是官方狀態(tài)代碼,但仍然被廣泛使用。
510不需要獲得510獲得資源所需的戰(zhàn)略。 (RFC 2774)
周一周五 8:30 - 18:00
客服QQ