利用用戶端緩衝對網站進行最佳化 – asp.net用戶端緩衝

基礎知識      
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和一個空的響應體。

      範例程式碼

        下面的例子描述如何使用伺服器端代碼去操作用戶端緩衝:

        

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處理,也可以使用下面的基於檔案方式的用戶端緩衝:

        

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回應標頭去最佳化你的項目。