這種機(jī)制存在的性能損耗,就是服務(wù)器的ASP.NET仍舊要接收請求,處理請求。此篇所講的機(jī)制是讓瀏覽器自己去決定是否去讀緩存,這樣就徹底消滅了針對服務(wù)器的請求。
1:減少靜態(tài)頁面請求
要讓靜態(tài)頁面支持這個需求,我們需要用到http頭中的Cache-Control: max-age。值得注意的是Cache-Control是在HTTP/1.1協(xié)議下的標(biāo)識,它是HTTP/1.0協(xié)議中的Expires的升級。為了讓靜態(tài)頁支持Cache-Control,一種方案是在IIS中進(jìn)行設(shè)置,如下,我在需要靜態(tài)緩存的頁面或者文件夾上右鍵->屬性:
我在這里將過期時間設(shè)置為1分鐘,然后,我們通過HttpWatch觀察IE請求該頁面(第一次請求),得到的HTTP頭如下:
可以看到其得到的http頭中已經(jīng)有了Cache-Control: max-age=60這一項。
現(xiàn)在,我需要在1分鐘內(nèi)反復(fù)請求該靜態(tài)頁,請求的行為我們分別通過下面幾種方式來實現(xiàn),
F5 |
代表瀏覽器的一次刷新,它對Last-Modified有效,但是對Cache-Control無效 |
點擊“轉(zhuǎn)到”或者光標(biāo)移入地址欄然后回車 |
對Cache-Control有效 |
CTRL+F5 |
強(qiáng)制刷新,返回所有正文 |
我們通過HttpWatch得到的結(jié)果如下:
需要注意我在圖中用紅字和紅框的標(biāo)識:
首次請求 |
返回狀態(tài)碼200,顯然得到全部正文,為545字節(jié)。 |
F5 |
刷新,對Last-Modified有效,它是讓服務(wù)器判斷是否需要讀取緩存,所以,依然存在請求和返回數(shù)據(jù),我們可以看到,分別是352和239。狀態(tài)碼是304。 |
點擊“轉(zhuǎn)到”或者光標(biāo)移入地址欄然后回車 |
對Cache-Control有效,是瀏覽器自己決定是否讀取緩存,由于是在1分鐘內(nèi),所以,瀏覽器沒有向WEB服務(wù)器發(fā)送請求,我們可以看到send和receive的數(shù)據(jù)全部是0。無交互,故無狀態(tài)碼。 |
ctrl+f5 |
相當(dāng)于是強(qiáng)制刷新,所以狀態(tài)碼200OK,返回全部正文數(shù)據(jù),我們可以看到和第一次請求是一樣的,為545字節(jié)。 |
(題外話,上面的圖中有一個針對favicon.ico的404,我們應(yīng)該始終為網(wǎng)站提供favicon.ico,它是你可以設(shè)置的網(wǎng)站LOGO,不然有些瀏覽器會反復(fù)去請求該LOGO,這也會帶來性能損耗)。
經(jīng)過上面的處理后,可以遇見我們相比上一篇更進(jìn)一步減少了HTTP請求,提升了效率,因為總有一些用戶會通過“轉(zhuǎn)到”或者光標(biāo)移入地址欄然后回車去請求數(shù)據(jù)。我們可以根據(jù)實際需求去設(shè)定特定頁面的緩存時間。
1.1 通過web.config設(shè)置靜態(tài)文件緩存
在上面的示例中,我們通過IIS設(shè)置了靜態(tài)文件的緩存,也可以在web.config中進(jìn)行設(shè)置,如下(在configuration>下):
復(fù)制代碼 代碼如下:
system.webServer>
validation validateIntegratedModeConfiguration="false"/>
modules runAllManagedModulesForAllRequests="true"/>
staticContent>
clientCache cacheControlMode="UseMaxAge" cacheControlMaxAge="0.00:00:60"/>
/staticContent>
/system.webServer>
1.2 關(guān)閉靜態(tài)文件緩存
也可以對單獨的文件夾或者文件關(guān)閉緩存,如下設(shè)置(在configuration>下):
復(fù)制代碼 代碼如下:
location path="test2.htm">
system.webServer>
staticContent>
clientCache cacheControlMode="DisableCache"/>
/staticContent>
/system.webServer>
/location>
2:減少動態(tài)頁面請求
有了對以上靜態(tài)頁面或者說資源的分析之后,我們知道,可以對動態(tài)頁面請求采用相同的策略,這需要我們自己寫代碼實現(xiàn):
復(fù)制代碼 代碼如下:
protected void Page_Load(object sender, EventArgs e)
{
//處理點擊“轉(zhuǎn)到”或者光標(biāo)移入地址欄然后回車,也就是本文所闡述的
this.Response.AddHeader("Cache-Control", "max-age=60");
//真是用來處理F5刷新的,也就是對Last-Modified有效
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 60)
{
Response.Status = "304 Not Modified";
Response.StatusCode = 304;
return;
}
}
}
結(jié)果如下:
該結(jié)果與我們使用靜態(tài)頁面完全一致。
2.1使用配置文件配置
也可以在配置文件中批量對動態(tài)文件進(jìn)行配置,如下:
復(fù)制代碼 代碼如下:
system.web>
……
caching>
outputCacheSettings>
outputCacheProfiles>
add name="cache1" duration="60" location="Client" varyByParam="none"/>
/outputCacheProfiles>
/outputCacheSettings>
/caching>
/system.web>
然后在頁面前臺引用:
復(fù)制代碼 代碼如下:
%@ OutputCache CacheProfile="cache1" %>
本文代碼比較簡單,關(guān)鍵是要體會其中所蘊含的思想,即:把瀏覽器當(dāng)成你的網(wǎng)站的緩存的極其重要的一部分。
備注
在本篇中,我使用了AddHeader來進(jìn)行http頭的添加,上篇中有朋友提出來使用Response.Cache.SetMaxAge方法,需要提醒的是,使用該方法,將導(dǎo)致丟失304狀態(tài)。深層次原因不再細(xì)究。
您可能感興趣的文章:- ASP.NET性能優(yōu)化之局部緩存分析
- ASP.NET 性能優(yōu)化之反向代理緩存使用介紹
- ASP.NET性能優(yōu)化之讓瀏覽器緩存動態(tài)網(wǎng)頁的方法
- ASP.NET性能優(yōu)化之構(gòu)建自定義文件緩存
- ASP.NET性能優(yōu)化小結(jié)(ASP.NETC#)
- asp.net 程序性能優(yōu)化的七個方面 (c#(或vb.net)程序改進(jìn))
- ASP.NET比較常用的26個性能優(yōu)化技巧
- asp.net小談網(wǎng)站性能優(yōu)化
- ASP.NET技巧:同時對多個文件進(jìn)行大量寫操作對性能優(yōu)化
- asp.net性能優(yōu)化之使用Redis緩存(入門)