使用 ETag 和 Last-Modified 報頭減輕服務器壓力（轉）

介紹
你的網站在併發訪問很大而且沒法承受壓力的狀況下,你會選擇如何優化?
不少人首先會想從服務器緩存方面着手 對程序進行優化,許多不一樣的服務器緩存方式都有他們本身的特色,像我曾經參與的一些項目中,根據緩存的命中率不一樣使用過 Com+/Enterprise Libiary Caching/Windows服務,靜態文件等方式的服務器端緩存和 HTTP Compression技術,但客戶端緩存每每卻被人們忽略了,即便服務器的緩存讓你的頁面訪問起來很是地快,但她依然須要依賴瀏覽器下載並輸出,而當你 加入客戶端緩存時,會給你帶來很是多的好處.由於她能夠對站點中訪問最頻繁的頁進行緩存充分地提升 Web 服務器的吞吐量（一般以每秒的請求數計算）以提高應用程序性能和可伸縮性。
一個在線購物調查顯示，大多數人願意去商店排隊，但在在線購物時卻不肯意等待。Websense調查公司稱多達70%的上網者表示不肯意在頁面讀取上超過10秒鐘。超過70%的人會由於中途速度過慢而取消當前的訂單。

基礎知識
1) 什麼是」Last-Modified」?

在瀏覽器第一次請求某一個URL時，服務器端的返回狀態會是200，內容是你請求的資源，同時有一個Last-Modified的屬性標記此文件在服務期端最後被修改的時間，格式相似這樣：

Last-Modified: Fri, 12 May 2006 18:53:33 GMT

客戶端第二次請求此URL時，根據 HTTP 協議的規定，瀏覽器會向服務器傳送 If-Modified-Since 報頭，詢問該時間以後文件是否有被修改過：

If-Modified-Since: Fri, 12 May 2006 18:53:33 GMT

若是服務器端的資源沒有變化，則自動返回 HTTP 304 （Not Changed.）狀態碼，內容爲空，這樣就節省了傳輸數據量。當服務器端代碼發生改變或者重啓服務器時，則從新發出資源，返回和第一次請求時相似。從而 保證不向客戶端重複發出資源，也保證當服務器有變化時，客戶端可以獲得最新的資源。

2) 什麼是」Etag」?

HTTP 協議規格說明定義ETag爲「被請求變量的實體值」 （參見 —— 章節 14.19）。 另外一種說法是，ETag是一個能夠與Web資源關聯的記號（token）。典型的Web資源能夠一個Web頁，但也多是JSON或XML文檔。服務器單 獨負責判斷記號是什麼及其含義，並在HTTP響應頭中將其傳送到客戶端，如下是服務器端返回的格式：

ETag: "50b1c1d4f775c61:df3"

客戶端的查詢更新格式是這樣的：

If-None-Match: W/"50b1c1d4f775c61:df3"

若是ETag沒改變，則返回狀態304而後不返回，這也和Last-Modified同樣。本人測試Etag主要在斷點下載時比較有用。

Last-Modified和Etags如何幫助提升性能?
聰明的開發者會把Last-Modified 和ETags請求的http報頭一塊兒使用，這樣可利用客戶端（例如瀏覽器）的緩存。由於服務器首先產生 Last-Modified/Etag標記，服務器可在稍後使用它來判斷頁面是否已經被修改。本質上，客戶端經過將該記號傳回服務器要求服務器驗證其（客 戶端）緩存。
過程以下:
1. 客戶端請求一個頁面（A）。
2. 服務器返回頁面A，並在給A加上一個Last-Modified/ETag。
3. 客戶端展示該頁面，並將頁面連同Last-Modified/ETag一塊兒緩存。
4. 客戶再次請求頁面A，並將上次請求時服務器返回的Last-Modified/ETag一塊兒傳遞給服務器。
5. 服務器檢查該Last-Modified或ETag，並判斷出該頁面自上次客戶端請求以後還未被修改，直接返回響應304和一個空的響應體。
示例代碼
下面的例子描述如何使用服務器端代碼去操做客戶端緩存:

Code：

//默認緩存的秒數
 int secondsTime = 100;

 //判斷最後修改時間是否在要求的時間內
 //若是服務器端的文件沒有被修改過，則返回狀態是304，內容爲空，這樣就節省了傳輸數據量。若是服務器端的文件被修改過，則返回和第一次請求時相似。
 if (request.Headers["If-Modified-Since"] != null && TimeSpan.FromTicks(DateTime.Now.Ticks - DateTime.Parse(request.Headers["If-Modified-Since"]).Ticks).Seconds < secondsTime)
 {
 //測試代碼,在這裏會發現,當瀏覽器返回304狀態時,下面的日期並不會輸出
 Response.Write(DateTime.Now);

 response.StatusCode = 304;
 response.Headers.Add("Content-Encoding", "gzip");
 response.StatusDescription = "Not Modified";
 }
 else
 {
 //輸出當前時間
 Response.Write(DateTime.Now);

//設置客戶端緩存狀態
 SetClientCaching(response, DateTime.Now);
 }

 /**////

 /// 設置客戶端緩存狀態
 ///

 /// 28 /// 29 private void SetClientCaching(HttpResponse response, DateTime lastModified)
 {
 response.Cache.SetETag(lastModified.Ticks.ToString());
 response.Cache.SetLastModified(lastModified);
 //public 以指定響應能由客戶端和共享（代理）緩存進行緩存。
 response.Cache.SetCacheability(HttpCacheability.Public);
 //是容許文檔在被視爲陳舊以前存在的最長絕對時間。
 response.Cache.SetMaxAge(new TimeSpan(7, 0, 0, 0));
 //將緩存過時從絕對時間設置爲可調時間
 response.Cache.SetSlidingExpiration(true);
 }

若是你的緩存是基於文件的方式,如XML或http中的.ashx處理,也可使用下面的基於文件方式的客戶端緩存:

SetFileCaching
/**////

/// 基於文件方式設置客戶端緩存
///

/// 5private void SetFileCaching(HttpResponse response, string fileName)
{
 response.AddFileDependency(fileName);
 //基於處理程序文件依賴項的時間戳設置 ETag HTTP 標頭。
 response.Cache.SetETagFromFileDependencies();
 //基於處理程序文件依賴項的時間戳設置 Last-Modified HTTP 標頭。
 response.Cache.SetLastModifiedFromFileDependencies();
 response.Cache.SetCacheability(HttpCacheability.Public);
 response.Cache.SetMaxAge(new TimeSpan(7, 0, 0, 0));
 response.Cache.SetSlidingExpiration(true);
}

 

結論咱們已經看了如何使用客戶端緩存減小帶寬和計算的方法,如前所述,若是能正確合理的利用各類不一樣的緩存,他們會給你帶來不少的好處.我 但願本文已爲你當下或未來基於Web的項目提供了精神食糧，並正確地在底層利用Last- Modified和ETag響應頭去優化你的項目。