ASP.NET性能優(yōu)化之讓瀏覽器緩存動態(tài)網(wǎng)頁的方法

更新時間：2011年09月16日 22:59:32 作者：

上一篇《ASP.NET性能優(yōu)化之構建自定義文件緩存》我們通過OutputCache，讓請求去訪問服務器asp.net的輸出緩存，我們擴展了OutputCacheProvider，這相當于是訪問服務器上的靜態(tài)資源。

OutputCache是針對所有訪問服務器資源的用戶，本篇要介紹的瀏覽器緩存則是針對單個用戶，讓瀏覽器在我們的控制下徹底不持續(xù)訪問服務器上的動態(tài)內(nèi)容，也就是我們要讓瀏覽器變成我們的緩存機制中的一部分，在某些特定的場景下最大化地提升ASP.NET站點的性能。如果說OutputCache是從廣度上提升并發(fā)效率，則瀏覽器緩存是從深度上提升效率。

一：HTTP頭簡介

1.1瀏覽器第一次請求

假設我們請求一個URL地址，譬如我服務器上的一個靜態(tài)頁面http://192.168.0.77/luminji2/html/test1.htm，會返回如下的HTTP頭信息：

HTTP頭信息中每個參數(shù)的含義這里暫且不表，我們關注和本文論述相關的3個信息：

首先，響應狀態(tài)200OK，即表示從服務器上抓取數(shù)據(jù)成功。

其次，Last-Modified：Fri, 09 Sep 2011 02:56:45 GMT

這是WEB服務器在告訴瀏覽器，我這個文件的最后修改日期是Fri, 09 Sep 2011 02:56:45 GMT。必須要說明的是，它是GMT時間，也就是格林威治時間，一般中國境內(nèi)使用的是GMT+8時區(qū)（要看系統(tǒng)的區(qū)域設置而定）。

最后就是Etag，WEB服務器當前響應的這個對象的標志值，就一個對象而言，比如一個 html 文件，如果被修改了，其 Etag 也會別修改。

1.2什么是瀏覽器緩存

我使用的是FireFox，在地址欄內(nèi)敲入about:cache?device=disk，我們就會看到被瀏覽器緩存起來的上面這個HTML頁面，如下：

（注意，這里的Last Modified和Http頭中的Last-Modified沒有任何關系）。

每種瀏覽器都會有自己的緩存機制，但是都差不多，這里暫且不表。

1.3如何命中緩存

再次請求剛才的URL，我們得到頭信息如下：

可以看到狀態(tài)變?yōu)?04 Not Modified了，這相當于是WEB服務器告訴瀏覽器，請用自己的緩存，不要到我這里來下載正文內(nèi)容。那么，WEB服務器是根據(jù)什么來決定這樣告訴瀏覽器呢？

這里，我們就需要請求頭信息中的If-Modified-Since。請求頭是瀏覽器發(fā)送給WEB服務器的，一旦包含這個參數(shù)，就是瀏覽器跟WEB服務器說：請查看自從Fri, 09 Sep 2011 02:56:45 GMT一來，你的內(nèi)容變動過沒。WEB服務器就會根據(jù)這個來判斷，如果沒有變動過，就會給瀏覽器返回304 Not Modified，就像本例。這樣子，瀏覽器就會去本地拿正文數(shù)據(jù)，減少了網(wǎng)絡流量。

If-None-Match就是Etag判斷模式，跟Last-Modified其實完成的目的是一致的，這里暫且不表。

假設我們修改了文件test1.htm，試想會是什么結果，肯定是200OK。瀏覽器和WEB服務器之間就是通過這種機制來完成靜態(tài)網(wǎng)頁的緩存。

二：asp.net的瀏覽器緩存實現(xiàn)

上面我們說的是靜態(tài)頁面的情況，那么aspx頁面，也就是動態(tài)頁面會是怎么樣一種情況？現(xiàn)在，我們創(chuàng)建一個動態(tài)網(wǎng)頁來看一看。先來創(chuàng)建一個最簡單的aspx，如下：

復制代碼代碼如下:

 
<body> 
<%=DateTime.Now %> 
</body> 

請求一下，得到的頭信息如下：

然后再多次請求一下，我們發(fā)現(xiàn)每次都是200OK，并且我們發(fā)現(xiàn)頭信息中丟了一個很重要的信息，那就是Last-Modified。服務器沒有告訴瀏覽器自己的對象的最后修改日期，那么瀏覽器就只好每次去服務器重新獲取全部數(shù)據(jù)了?？吹竭@里，我們應該明白了，要讓瀏覽器不去拿數(shù)據(jù)，動態(tài)程序就得想法設法自己添加這個頭信息。

好的，現(xiàn)在我們就在ASPX的后臺代碼中這樣來實現(xiàn)一個最簡單的頭信息添加：

復制代碼代碼如下:

 
protected void Page_Load(object sender, EventArgs e) 
{ 
this.Response.AddHeader("Last-Modified", DateTime.Now.ToString("U", DateTimeFormatInfo.InvariantInfo)); 
} 

添加了頭信息后，我們發(fā)現(xiàn)再次請求URL后，頭信息變?yōu)槿缦拢?/P>

可以欣喜滴看到，響應頭中包含了Last-Modified，而請求頭中則包含了If-Modified-Since。

當然，我們?nèi)耘f發(fā)現(xiàn)，每次請求還是200OK。這是當然了，既然頭信息都是ASP.NET在后臺添加的，那么我們要返回什么樣的響應狀態(tài)給服務器這段邏輯也得由自己來寫?，F(xiàn)在，我們假設我們要讓瀏覽器緩存10秒的時長，其完整的代碼應該如下：

復制代碼代碼如下:

 
protected void Page_Load(object sender, EventArgs e) 
{ 
this.Response.AddHeader("Last-Modified", DateTime.Now.ToString("U", DateTimeFormatInfo.InvariantInfo)); 
DateTime IfModifiedSince; 
if (DateTime.TryParse(this.Request.Headers.Get("If-Modified-Since"), out IfModifiedSince)) 
{ 
if ((DateTime.Now - IfModifiedSince.AddHours(8)).Seconds < 10) 
{ 
Response.Status = "304 Not Modified"; 
Response.StatusCode = 304; 
return; 
} 
} 
//其它 
} 

經(jīng)過這次修改后，如果我們在10秒內(nèi)持續(xù)請求該aspx頁面，則始終返回304狀態(tài)，也即瀏覽器不會去服務器拿正文，只會在本地去讀取自己的緩存，這樣一來，服務器壓力自然就小了。如果我們10秒內(nèi)不對服務器請求這個頁面，則10秒后會返回200OK，即重新到服務器拿頁面數(shù)據(jù)。

現(xiàn)在，用AB來模擬100并發(fā)用戶進行1000次請求，得到的比較結果如下（注意，為了強化效果，我們在后臺需要模擬一些比較耗時的動作，比如讀取數(shù)據(jù)庫）：

左邊是未做緩存的aspx頁面，右邊是做了緩存的aspx頁面，可以看到，吞吐率相差10倍之多。

提示，使用ab進行壓力測試的時候，需要加入If-Modified-Since的頭信息，命令如下：

C:\>ab -n1000 -c100 -H "If-Modified-Since: Friday, 09 September 2011 09:35:23 GMT" http://192.168.0.77/luminji2/aspx/test1.aspx

本文代碼下載：MvcApplication320110909.rar

三：問題的提出

在上面的說到的瀏覽器緩存實現(xiàn)中，瀏覽器通過和WEB服務器的溝通協(xié)調(diào)機制來確定自己是否需要調(diào)用緩存，這意味著動態(tài)程序仍舊需要處理來自客戶端的請求，如果有一種機制能夠讓瀏覽器不需要請求服務器就能夠決定是否調(diào)用緩存，就能徹底舍去服務器處理這一環(huán)節(jié)。下一篇將繼續(xù)闡述這種機制。

您可能感興趣的文章: