來源：http://www.jb51.net/article/15671_2.htm
很多人首先會想從伺服器緩存方面着手對程式進行
優化,許多不同的伺服器緩存方式都有他們自己的特點,像我曾經參與的一些項目中,根據緩存的命中率不同使用過 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:
1 //預設緩存的秒數
2 int secondsTime = 100;
3
4 //判斷最後修改時間是否在要求的時間内
5 //如果伺服器端的檔案沒有被修改過，則傳回狀态是304，内容為空，這樣就節省了傳輸資料量。如果伺服器端的檔案被修改過，則傳回和第一次請求時類似。
6
if (request.Headers["If-Modified-Since"] != null &&
TimeSpan.FromTicks(DateTime.Now.Ticks -
DateTime.Parse(request.Headers["If-Modified-Since"]).Ticks).Seconds
< secondsTime)
7 {
8 //測試代碼,在這裡會發現,當浏覽器傳回304狀态時,下面的日期并不會輸出
9 Response.Write(DateTime.Now);
10
11 response.StatusCode = 304;
12 response.Headers.Add("Content-Encoding", "gzip");
13 response.StatusDescription = "Not Modified";
14 }
15 else
16 {
17 //輸出目前時間
18 Response.Write(DateTime.Now);
19
20 //設定用戶端緩存狀态
21 SetClientCaching(response, DateTime.Now);
22 }
23
24 #region SetClientCaching..
25 /// <summary>
26 /// 設定用戶端緩存狀态
27 /// </summary>
28 /// <param name="response"></param>
29 /// <param name="lastModified"></param>
30 private void SetClientCaching(HttpResponse response, DateTime lastModified)
31 {
32 response.Cache.SetETag(lastModified.Ticks.ToString());
33 response.Cache.SetLastModified(lastModified);
34 //public 以指定響應能由用戶端和共享（代理）緩存進行緩存。
35 response.Cache.SetCacheability(HttpCacheability.Public);
36 //是允許文檔在被視為陳舊之前存在的最長絕對時間。
37 response.Cache.SetMaxAge(new TimeSpan(7, 0, 0, 0));
38 //将緩存過期從絕對時間設定為可調時間
39 response.Cache.SetSlidingExpiration(true);
40 }
41 #endregion
如果你的緩存是基于檔案的方式,如XML或http中的.ashx處理,也可以使用下面的基于檔案方式的用戶端緩存:
[複制此代碼]CODE:
1 #region SetFileCaching..
2 /// <summary>
3 /// 基于檔案方式設定用戶端緩存
4 /// </summary>
5 /// <param name="fileName"></param>
6 private void SetFileCaching(HttpResponse response, string fileName)
7 {
8 response.AddFileDependency(fileName);
9 //基于處理程式檔案依賴項的時間戳設定 ETag HTTP 标頭。
10 response.Cache.SetETagFromFileDependencies();
11 //基于處理程式檔案依賴項的時間戳設定 Last-Modified HTTP 标頭。
12 response.Cache.SetLastModifiedFromFileDependencies();
13 response.Cache.SetCacheability(HttpCacheability.Public);
14 response.Cache.SetMaxAge(new TimeSpan(7, 0, 0, 0));
15 response.Cache.SetSlidingExpiration(true);
16 }
17 #endregion
上圖所使用的工具是在IE下運作的HttpWatchPro,在Firefox下可以使用FireBug+YSlow進行測試.
YSlow是建立在FireBug基礎上運作的一個小工具,它可以對你的網頁進行分析為什麼緩存,并給出評分和緩慢的原因.這個工具來自Yahoo的研發團隊,是以規則也是Yahoo制定的.
結論
我
們已經看了如何使用用戶端緩存減少帶寬和計算的方法,如前所述,如果能正确合理的利用各種不同的緩存,他們會給你帶來很多的好處.我希望本文已為你當下或
将來基于Web的項目提供了精神食糧，并正确地在底層利用Last-Modified和ETag響應頭去優化你的項目。