最近測試 deflate 對文件的壓縮情況，遭遇一個非常奇怪的現象。查看瀏覽器 http 包處理狀況，發現首頁的 http 包中顯示文件被壓縮了， content-encoding 雖然顯示 gzip ，但是文件大小確實從 94k 縮為 14k 了。而其他的 js 甚至另外一個 login.htm 文件竟然顯示沒有被壓縮，不管我怎么設置 apache 的配置都不行。而且發現瀏覽器收到的 login.htm 包大小很奇怪，和另外幾個 js 文件一樣，都只有幾百字節。想到過可能是瀏覽器 cache 的原因，還記得期間曾經清過瀏覽器臨時文件。但是在 httpwatch 里查看的時候，一個頁面被 cache 了會被標記 (cache) 字樣。

后來跟同事討論這事，有人提醒，是否是服務器只返回了 http header ，但是 httpwatch 中并沒有顯示使用了 cache 。于是很認真的清理了一下瀏覽器 cache ，再次訪問時，果然一切正常。奇怪，明明記得之前不止一次清瀏覽器 cache 的 :( 追查了一下 http 返回的狀態碼，才記得之前服務器一直是返回的 304 ， 也就是沒有修改，只返回了 header 給瀏覽器，而瀏覽器根據服務器的返回信息，直接取了 cache 來顯示給用戶。而跟傳統的瀏覽器 cache 不一樣的是，這個 cache 是走了流程的，是服務器告訴瀏覽器不需要重新傳輸請求文件的，而傳統的瀏覽器 cache 則是根本不向服務器發送請求。

于是又搜索了一下 http 狀態碼，便有了下面的收獲：

http 狀態碼基本上可以分為 5 類：

1xx 為消息類，該類狀態代碼用于表示服務器臨時回應。

100 Continue 表示初始的請求已經被服務器接受，瀏覽器應當繼續發送請求的其余部分(HTTP 1.1)

101 Switching Protocols 服務器將遵從客戶的請求轉換到另外一種協議(HTTP 1.1)。

2xx 表示瀏覽器端請求被處理成功。

200 OK 一切正常。

201 Created 服務器已經創建了文檔，Location 頭給出了它的 URL。

202 Accepted 已經接受請求，但處理尚未完成。

203 Non-Authoritative Information 文檔已經正常地返回，但一些應答頭可能不正確，因為使用的是文檔的拷貝(HTTP 1.1新)。

204 No Content 沒有新文檔，瀏覽器應該繼續顯示原來的文檔。這個跟下面的 304 非常相似。

205 Reset Content 沒有新的內容，但瀏覽器應該重置它所顯示的內容。用來強制瀏覽器清除表單輸入內容(HTTP 1.1新)。

206 Partial Content 客戶發送了一個帶有 Range 頭的GET請求，服務器完成了它(HTTP 1.1新)。注意，通過 Range 可以實現斷點續傳。

3xx 重定向。

300 Multiple Choices 客戶請求的文檔可以在多個位置找到，這些位置已經在返回的文檔內列出。如果服務器要提出優先選擇，則應該在Location應答頭指明。

301 Moved Permanently 客戶請求的文檔在其他地方，新的URL在Location頭中給出，瀏覽器應該自動地訪問新的URL。

302 Found 類似于301，但新的URL應該被視為臨時性的替代，而不是永久性的。注意，在HTTP1.0中對應的狀態信息是“Moved Temporatily”。

出現該狀態代碼時，瀏覽器能夠自動訪問新的URL，因此它是一個很有用的狀態代碼。
注意這個狀態代碼有時候可以和301替換使用。例如，如果瀏覽器錯誤地請求http://host/~user (缺少了后面的斜杠)，有的服務器返回301，有的則返回302。

嚴格地說，我們只能假定只有當原來的請求是GET時瀏覽器才會自動重定向。請參見307。

303 See Other 類似于301/302，不同之處在于，如果原來的請求是POST，Location頭指定的重定向目標文檔應該通過GET提取(HTTP 1.1新)。

304 Not Modified 客戶端有緩沖的文檔并發出了一個條件性的請求(一般是提供If-Modified-Since頭表示客戶只想比指定日期更新的文檔)。服務器告訴客戶，原來緩沖的文檔還可以繼續使用。

305 Use Proxy 客戶請求的文檔應該通過Location頭所指明的代理服務器提取(HTTP 1.1新)。

307 Temporary Redirect 和302(Found)相同。許多瀏覽器會錯誤地響應302應答進行重定向，即使原來的請求是POST，即使它實際上只能在POST請求的應答是303時 才能重定向。由于這個原因，HTTP 1.1新增了307，以便更加清除地區分幾個狀態代碼：當出現303應答時，瀏覽器可以跟隨重定向的GET和POST請求；如果是307應答，則瀏覽器只 能跟隨對GET請求的重定向。(HTTP 1.1新)

4xx 錯誤

400 Bad Request 請求出現語法錯誤。

401 Unauthorized 客戶試圖未經授權訪問受密碼保護的頁面。應答中會包含一個WWW-Authenticate頭，瀏覽器據此顯示用戶名字/密碼對話框，然后在填寫合適的Authorization頭后再次發出請求。

403 Forbidden 資源不可用。服務器理解客戶的請求，但拒絕處理它。通常由于服務器上文件或目錄的權限設置導致。

404 Not Found 無法找到指定位置的資源。這也是一個常用的應答。

405 Method Not Allowed 請求方法(GET、POST、HEAD、Delete、PUT、TRACE等)對指定的資源不適用。(HTTP 1.1新)

406 Not Acceptable 指定的資源已經找到，但它的MIME類型和客戶在Accpet頭中所指定的不兼容(HTTP 1.1新)。

407 Proxy Authentication Required 類似于401，表示客戶必須先經過代理服務器的授權。(HTTP 1.1新)

408 Request Timeout 在服務器許可的等待時間內，客戶一直沒有發出任何請求?？蛻艨梢栽谝院笾貜屯徽埱?。(HTTP 1.1新)

409 Conflict 通常和PUT請求有關。由于請求和資源的當前狀態相沖突，因此請求不能成功。(HTTP 1.1新)

410 Gone 所請求的文檔已經不再可用，而且服務器不知道應該重定向到哪一個地址。它和404的不同在于，返回407表示文檔永久地離開了指定的位置，而404表示由于未知的原因文檔不可用。(HTTP 1.1新)

411 Length Required 服務器不能處理請求，除非客戶發送一個Content-Length頭。(HTTP 1.1新)

412 Precondition Failed 請求頭中指定的一些前提條件失敗(HTTP 1.1新)。

413 Request Entity Too Large 目標文檔的大小超過服務器當前愿意處理的大小。如果服務器認為自己能夠稍后再處理該請求，則應該提供一個Retry-After頭(HTTP 1.1新)。

414 Request URI Too Long URI太長(HTTP 1.1新)。

416 Requested Range Not Satisfiable 服務器不能滿足客戶在請求中指定的Range頭。(HTTP 1.1新)

5xx 服務器錯誤

500 Internal Server Error 服務器遇到了意料不到的情況，不能完成客戶的請求。

501 Not Implemented 服務器不支持實現請求所需要的功能。例如，客戶發出了一個服務器不支持的PUT請求。

502 Bad Gateway 服務器作為網關或者代理時，為了完成請求訪問下一個服務器，但該服務器返回了非法的應答。

503 Service Unavailable 服務器由于維護或者負載過重未能應答。例如，Servlet可能在數據庫連接池已滿的情況下返回

504。服務器返回503時可以提供一個Retry-After頭。

505 Gateway Timeout 由作為代理或網關的服務器使用，表示不能及時地從遠程服務器獲得應答。(HTTP 1.1新)

506 HTTP Version Not Supported 服務器不支持請求中所指明的HTTP版本。(HTTP 1.1新)