上篇文章簡單說了一下http狀態的問題，接下來詳解說一下 HTTP 狀態碼及其應用，具體內容如下：

　　我們都知道，在互聯網的世界中，HTTP 狀態碼就像是服務器與客戶端交流的特殊語言，它們默默傳遞著網頁請求與響應的關鍵信息。對于從事網絡開發和優化工作的人員來說，深入理解 HTTP 狀態碼的含義和作用至關重要。接下來，讓我們一同揭開 HTTP 狀態碼的神秘面紗，探索其豐富多樣的類型和具體應用。

全面解析 HTTP 狀態碼及其應用

　　HTTP狀態碼(HTTP Status Code)是用以表示網頁服務器HTTP響應狀態的3位數字代碼。它由 RFC 2616 規范定義的，并得到RFC 2518、RFC 2817、RFC 2295、RFC 2774、RFC 4918等規范擴展。

　　100-199 用于指定客戶端應相應的某些動作。

　　200-299 用于表示請求成功。

　　300-399 用于已經移動的文件并且常被包含在定位頭信息中指定新的地址信息。

　　400-499 用于指出客戶端的錯誤。

　　500-599 用于支持服務器錯誤。

　　HttpServletResponse中的常量代表關聯不同標準消息的狀態碼。在servlet程序中，你會更多地用到這些常量的標識來使用狀態碼。例如：你一般會使用response.setStatus(response.SC_NO_CONTENT)而不是 response.setStatus(204)，因為后者不易理解而且容易導致錯誤。但是，你應當注意到服務器允許對消息輕微的改變，而客戶端只注意狀態碼的數字值。所以服務器可能只返回 HTTP/1.1 200 而不是 HTTP/1.1 200 OK。

　　100 (Continue/繼續)

　　如果服務器收到頭信息中帶有100-continue的請求，這是指客戶端詢問是否可以在后續的請求中發送附件。在這種情況下，服務器用100(SC_CONTINUE)允許客戶端繼續或用417 (Expectation Failed)告訴客戶端不同意接受附件。這個狀態碼是 HTTP 1.1中新加入的。

　　101 (Switching Protocols/轉換協議)

　　101 (SC_SWITCHING_PROTOCOLS)狀態碼是指服務器將按照其上的頭信息變為一個不同的協議。這是 HTTP 1.1中新加入的。

　　200 (OK/正常)

　　200 (SC_OK)的意思是一切正常。一般用于相應GET和POST請求。這個狀態碼對servlet是缺省的;如果沒有調用setStatus方法的話，就會得到200。

　　201 (Created/已創建)

　　201 (SC_CREATED)表示服務器在請求的響應中建立了新文檔;應在定位頭信息中給出它的URL。

　　202 (Accepted/接受)

　　202 (SC_ACCEPTED)告訴客戶端請求正在被執行，但還沒有處理完。

　　203 (Non-Authoritative Information/非官方信息)

　　狀態碼203 (SC_NON_AUTHORITATIVE_INFORMATION)是表示文檔被正常的返回，但是由于正在使用的是文檔副本所以某些響應頭信息可能不正確。這是 HTTP 1.1中新加入的。

　　204 (No Content/無內容)

　　在并沒有新文檔的情況下，204 (SC_NO_CONTENT)確保瀏覽器繼續顯示先前的文檔。這各狀態碼對于用戶周期性的重載某一頁非常有用，并且你可以確定先前的頁面是否已經更新。例如，某個servlet可能作如下操作：

　　int pageVersion =Integer.parseInt(request.getParameter("pageVersion"));

　　if (pageVersion >;= currentVersion) {

　　response.setStatus(response.SC_NO_CONTENT);

　　} else {

　　// Create regular page

　　}

　　但是，這種方法對通過刷新響應頭信息或等價的HTML標記自動重載的頁面起作用，因為它會返回一個204狀態碼停止以后的重載。但基于JavaScript腳本的自動重載在這種情況下仍然需要能夠起作用。可以閱讀本書7.2 ( HTTP 1.1 Response Headers and Their Meaning/HTTP 1.1響應頭信息以及他們的意義)部分的詳細討論。

　　205 (Reset Content/重置內容)

　　重置內容205 (SC_RESET_CONTENT)的意思是雖然沒有新文檔但瀏覽器要重置文檔顯示。這個狀態碼用于強迫瀏覽器清除表單域。這是 HTTP 1.1中新加入的。

　　206 (Partial Content/局部內容)

　　206 (SC_PARTIAL_CONTENT)是在服務器完成了一個包含Range頭信息的局部請求時被發送的。這是 HTTP 1.1中新加入的。

　　300 (Multiple Choices/多重選擇)

　　300 (SC_MULTIPLE_CHOICES)表示被請求的文檔可以在多個地方找到，并將在返回的文檔中列出來。如果服務器有首選設置，首選項將會被列于定位響應頭信息中。

　　301 (Moved Permanently)

　　301 (SC_MOVED_PERMANENTLY)狀態是指所請求的文檔在別的地方;文檔新的URL會在定位響應頭信息中給出。瀏覽器會自動連接到新的URL。

　　302 (Found/找到)

　　與301有些類似，只是定位頭信息中所給的URL應被理解為臨時交換地址而不是永久的。注意：在 HTTP 1.0中，消息是臨時移動(Moved Temporarily)的而不是被找到，因此HttpServletResponse中的常量是SC_MOVED_TEMPORARILY不是我們以為的SC_FOUND。

　　注意

　　代表狀態碼302的常量是SC_MOVED_TEMPORARILY而不是SC_FOUND。

　　狀態碼302是非常有用的因為瀏覽器自動連接在定為響應頭信息中給出的新URL。這非常有用，而且為此有一個專門的方法——sendRedirect。使用response.sendRedirect(url)比調用 response.setStatus(response.SC_MOVED_TEMPORARILY)和response.setHeader("Location", url)多幾個好處。首先，response.sendRedirect(url)方法明顯要簡單和容易。第二，servlet自動建立一頁保存這一連接以提供給那些不能自動轉向的瀏覽器顯示。最后，在servlet 2.2版本(J2EE中的版本)中，sendRedirect能夠處理相對路徑，自動轉換為絕對路徑。但是你只能在2.1版本中使用絕對路徑。

　　如果你將用戶轉向到站點的另一頁中，你要用 HttpServletResponse 中的 encodeURL 方法傳送URL。這么做可預防不斷使用基于URL重寫的會話跟蹤的情況。URL重寫是一種在你的網站跟蹤不使用 cookies 的用戶的方法。這是通過在每一個URL尾部附加路徑信息實現的，但是 servlet 會話跟蹤API會自動的注意這些細節。會話跟蹤在第九章討論，并且養成使用 encodeURL 的習慣會使以后添加會話跟蹤的功能更容易很多。

　　核心技巧

　　如果你將用戶轉向到你的站點的其他頁面，用 response.sendRedirect(response.encodeURL(url)) 的方式事先計劃好會話跟蹤(session tracking)要比只是調用 response.sendRedirect(url) 好的多。

　　303 (See Other/參見其他信息)

　　這個狀態碼和 301、302 相似，只是如果最初的請求是 POST，那么新文檔(在定位頭信息中給出)藥用 GET 找回。這個狀態碼是新加入 HTTP 1.1中的。

　　304 (Not Modified/為修正)

　　當客戶端有一個緩存的文檔，通過提供一個 If-Modified-Since 頭信息可指出客戶端只希望文檔在指定日期之后有所修改時才會重載此文檔，用這種方式可以進行有條件的請求。304 (SC_NOT_MODIFIED)是指緩沖的版本已經被更新并且客戶端應刷新文檔。另外，服務器將返回請求的文檔及狀態碼 200。servlet一般情況下不會直接設置這個狀態碼。它們會實現getLastModified方法并根據修正日期讓默認服務方法處理有條件的請求。

　　305 (Use Proxy/使用代理)

　　305 (SC_USE_PROXY)表示所請求的文檔要通過定位頭信息中的代理服務器獲得。這個狀態碼是新加入 HTTP 1.1中的。

　　307 (Temporary Redirect/臨時重定向)

　　瀏覽器處理307狀態的規則與302相同。307狀態被加入到 HTTP 1.1中是由于許多瀏覽器在收到302響應時即使是原始消息為POST的情況下仍然執行了錯誤的轉向。只有在收到303響應時才假定瀏覽器會在POST請求時重定向。添加這個新的狀態碼的目的很明確：在響應為303時按照GET和POST請求轉向;而在307響應時則按照GET請求轉向而不是POST請求。注意：由于某些原因在HttpServletResponse中還沒有與這個狀態對應的常量。該狀態碼是新加入HTTP 1.1中的。

　　注意

　　在 HttpServletResponse 中沒有 SC_TEMPORARY_REDIRECT 常量，所以你只能顯示的使用307狀態碼。

　　400 (Bad Request/錯誤請求)

　　400 (SC_BAD_REQUEST)指出客戶端請求中的語法錯誤。

　　401 (Unauthorized/未授權)

　　401 (SC_UNAUTHORIZED)表示客戶端在授權頭信息中沒有有效的身份信息時訪問受到密碼保護的頁面。這個響應必須包含一個WWW-Authenticate的授權信息頭。例如，在本書4.5部分中的“Restricting Access to Web Pages./限制訪問Web頁。”

　　403 (Forbidden/禁止)

　　403 (SC_FORBIDDEN)的意思是除非擁有授權否則服務器拒絕提供所請求的資源。這個狀態經常會由于服務器上的損壞文件或目錄許可而引起。

　　404 (Not Found/未找到)

　　404 (SC_NOT_FOUND)狀態每個網絡程序員可能都遇到過，他告訴客戶端所給的地址無法找到任何資源。它是表示“沒有所訪問頁面”的標準方式。這個狀態碼是常用的響應并且在HttpServletResponse類中有專門的方法實現它：sendError("message")。相對于setStatus使用sendError得好處是：服務器會自動生成一個錯誤頁來顯示錯誤信息。但是，Internet Explorer 5瀏覽器卻默認忽略你發揮的錯誤頁面并顯示其自定義的錯誤提示頁面，雖然微軟這么做違反了 HTTP 規范。要關閉此功能，在工具菜單里，選擇Internet選項，進入高級標簽頁，并確認“顯示友好的 HTTP 錯誤信息”選項(在我的瀏覽器中是倒數第8各選項)沒有被選。但是很少有用戶知道此選項，因此這個特性被IE5隱藏了起來使用戶無法看到你所返回給用戶的信息。而其他主流瀏覽器及IE4都完全的顯示服務器生成的錯誤提示頁面。可以參考圖6-3及6-4中的例子。

　　核心警告

　　默認情況下，IE5忽略服務端生成的錯誤提示頁面。

　　405 (Method Not Allowed/方法未允許)

　　405 (SC_METHOD_NOT_ALLOWED)指出請求方法(GET, POST, HEAD, PUT, DELETE, 等)對某些特定的資源不允許使用。該狀態碼是新加入 HTTP 1.1中的。

　　406 (Not Acceptable/無法訪問)

　　406 (SC_NOT_ACCEPTABLE)表示請求資源的MIME類型與客戶端中Accept頭信息中指定的類型不一致。見本書7.2部分中的表7.1(HTTP 1.1 Response Headers and Their Meaning/HTTP 1.1響應頭信息以及他們的意義)中對MIME類型的介紹。406是新加入 HTTP 1.1中的。

　　407 (Proxy Authentication Required/代理服務器認證要求)

　　407 (SC_PROXY_AUTHENTICATION_REQUIRED)與401狀態有些相似，只是這個狀態用于代理服務器。該狀態指出客戶端必須通過代理服務器的認證。代理服務器返回一個Proxy-Authenticate響應頭信息給客戶端，這會引起客戶端使用帶有Proxy-Authorization請求的頭信息重新連接。該狀態碼是新加入 HTTP 1.1中的。

　　408 (Request Timeout/請求超時)

　　408 (SC_REQUEST_TIMEOUT)是指服務端等待客戶端發送請求的時間過長。該狀態碼是新加入 HTTP 1.1中的。

　　409 (Conflict/沖突)

　　該狀態通常與PUT請求一同使用，409 (SC_CONFLICT)狀態常被用于試圖上傳版本不正確的文件時。該狀態碼是新加入 HTTP 1.1中的。

　　410 (Gone/已經不存在)

　　410 (SC_GONE)告訴客戶端所請求的文檔已經不存在并且沒有更新的地址。410狀態不同于404，410是在指導文檔已被移走的情況下使用，而404則用于未知原因的無法訪問。該狀態碼是新加入 HTTP 1.1中的。

　　411 (Length Required/需要數據長度)

　　411 (SC_LENGTH_REQUIRED)表示服務器不能處理請求(假設為帶有附件的POST請求)，除非客戶端發送Content-Length頭信息指出發送給服務器的數據的大小。該狀態是新加入 HTTP 1.1的。

　　412 (Precondition Failed/先決條件錯誤)

　　412 (SC_PRECONDITION_FAILED)狀態指出請求頭信息中的某些先決條件是錯誤的。該狀態是新加入 HTTP 1.1的。

　　413 (Request Entity Too Large/請求實體過大)

　　413 (SC_REQUEST_ENTITY_TOO_LARGE)告訴客戶端現在所請求的文檔比服務器現在想要處理的要大。如果服務器認為能夠過一段時間處理，則會包含一個Retry-After的響應頭信息。該狀態是新加入 HTTP 1.1的。

　　414 (Request URI Too Long/請求URI過長)

　　414 (SC_REQUEST_URI_TOO_LONG)狀態用于在URI過長的情況時。這里所指的“URI”是指URL中主機、域名及端口號之后的內容。例如：在URL--http://www.y2k-disaster.com:8080/we/look/silly/now/中URI是指/we/look/silly/now/。該狀態是新加入 HTTP 1.1的。

　　415 (Unsupported Media Type/不支持的媒體格式)

　　415 (SC_UNSUPPORTED_MEDIA_TYPE)意味著請求所帶的附件的格式類型服務器不知道如何處理。該狀態是新加入 HTTP 1.1的。

　　416 (Requested Range Not Satisfiable/請求范圍無法滿足)

　　416表示客戶端包含了一個服務器無法滿足的Range頭信息的請求。該狀態是新加入 HTTP 1.1的。奇怪的是，在servlet 2.1版本API的HttpServletResponse中并沒有相應的常量代表該狀態。

　　注意

　　在servlet 2.1的規范中，類HttpServletResponse并沒有SC_REQUESTED_RANGE_NOT_SATISFIABLE 這樣的常量，所以你只能直接使用416。在servlet 2.2版本之后都包含了此常量。

　　417 (Expectation Failed/期望失敗)

　　如果服務器得到一個帶有100-continue值的Expect請求頭信息，這是指客戶端正在詢問是否可以在后面的請求中發送附件。在這種情況下，服務器也會用該狀態(417)告訴瀏覽器服務器不接收該附件或用100 (SC_CONTINUE)狀態告訴客戶端可以繼續發送附件。該狀態是新加入 HTTP 1.1的。

　　500 (Internal Server Error/內部服務器錯誤)

　　500 (SC_INTERNAL_SERVER_ERROR) 是常用的“服務器錯誤”狀態。該狀態經常由CGI程序引起也可能(但愿不會如此!)由無法正常運行的或返回頭信息格式不正確的servlet引起。

　　501 (Not Implemented/未實現)

　　501 (SC_NOT_IMPLEMENTED)狀態告訴客戶端服務器不支持請求中要求的功能。例如，客戶端執行了如PUT這樣的服務器并不支持的命令。

　　502 (Bad Gateway/錯誤的網關)

　　502 (SC_BAD_GATEWAY)被用于充當代理或網關的服務器;該狀態指出接收服務器接收到遠端服務器的錯誤響應。

　　503 (Service Unavailable/服務無法獲得)

　　狀態碼503 (SC_SERVICE_UNAVAILABLE)表示服務器由于在維護或已經超載而無法響應。例如，如果某些線程或數據庫連接池已經沒有空閑則servlet會返回這個頭信息。服務器可提供一個Retry-After頭信息告訴客戶端什么時候可以在試一次。

　　504 (Gateway Timeout/網關超時)

　　該狀態也用于充當代理或網關的服務器;它指出接收服務器沒有從遠端服務器得到及時的響應。該狀態是新加入 HTTP 1.1的。

　　505 (HTTP Version Not Supported/不支持的 HTTP 版本)

　　505 (SC_HTTP_VERSION_NOT_SUPPORTED)狀態碼是說服務器并不支持在請求中所標明 HTTP 版本。該狀態是新加入 HTTP 1.1的。寫 HTTP 的客戶端，你最好還是檢查 511 狀態碼以確認是否需要認證后才能訪問。

　　結尾：

　　通過對 HTTP 狀態碼的全面了解，相信您在處理網絡請求和響應時會更加游刃有余。無論是解決錯誤、優化性能，還是提升用戶體驗，這些知識都將成為您的有力工具。希望您能將所學應用到實際工作中，創造出更出色的網絡應用和服務!

　　總結：以上就是關于《「SEO基礎」全面解析 HTTP 狀態碼及其應用》的全部內容，希望對大家有所幫助。想了解更多有網站優化、搜索引擎排名、網站建設、網頁設計的相關內容，請收藏本站及時關注本站更新。通盛網絡官方網址：www.tptwm.cn
「網站優化」電話：13357671511
（備注：出于傳播知識、信息的目的，本站部分文章、圖片來源于網絡，如有侵權請第一時間告知，小編核實后會立刻刪除，不接受、不回復任何形式的惡意索賠。）