介紹
你的網(wǎng)站在并發(fā)訪問(wèn)很大并且無(wú)法承受壓力的情況下,你會(huì)選擇如何優(yōu)化?
很多人首先會(huì)想從服務(wù)器緩存方面著手對(duì)程序進(jìn)行優(yōu)化,許多不同的服務(wù)器緩存
方式都有他們自己的特點(diǎn),像我曾經(jīng)參與的一些項(xiàng)目中,根據(jù)緩存的命中率不同使用過(guò) Com+/Enterprise Libiary
Caching/Windows服務(wù),靜態(tài)文件等方式的服務(wù)器端緩存和
HTTP Compression技
術(shù),但客戶端緩存往往卻被人們忽略了,即使服務(wù)器的緩存讓你的頁(yè)面訪問(wèn)起來(lái)非常地快,但她依然需要依賴(lài)瀏覽器下載并輸出,而當(dāng)你加入客戶端緩存時(shí),會(huì)給你
帶來(lái)非常多的好處.因?yàn)樗梢詫?duì)站點(diǎn)中訪問(wèn)最頻繁的頁(yè)進(jìn)行緩存充分地提高 Web
服務(wù)器的吞吐量（通常以每秒的請(qǐng)求數(shù)計(jì)算）以提升應(yīng)用程序性能和可伸縮性。
一個(gè)在線購(gòu)物調(diào)查顯示，大多數(shù)人愿意去商店排隊(duì)，但在在線購(gòu)物時(shí)卻不愿意等待。Websense調(diào)查公司稱(chēng)多達(dá)70%的上網(wǎng)者表示不愿意在頁(yè)面讀取上超過(guò)10秒鐘。超過(guò)70%的人會(huì)因?yàn)橹型舅俣冗^(guò)慢而取消當(dāng)前的訂單。
基礎(chǔ)知識(shí)
1) 什么是”Last-Modified”?
在瀏覽器第一次請(qǐng)求某一個(gè)URL時(shí)，服務(wù)器端的返回狀態(tài)會(huì)是200，內(nèi)容是你請(qǐng)求的資源，同時(shí)有一個(gè)Last-Modified的屬性標(biāo)記此文件在服務(wù)期端最后被修改的時(shí)間，格式類(lèi)似這樣：
Last-Modified: Fri, 12 May 2006 18:53:33 GMT
客戶端第二次請(qǐng)求此URL時(shí)，根據(jù) HTTP 協(xié)議的規(guī)定，瀏覽器會(huì)向服務(wù)器傳送 If-Modified-Since 報(bào)頭，詢問(wèn)該時(shí)間之后文件是否有被修改過(guò)：
If-Modified-Since: Fri, 12 May 2006 18:53:33 GMT
如果服務(wù)器端的資源沒(méi)有變化，則自動(dòng)返回 HTTP 304 （Not
Changed.）狀態(tài)碼，內(nèi)容為空，這樣就節(jié)省了傳輸數(shù)據(jù)量。當(dāng)服務(wù)器端代碼發(fā)生改變或者重啟服務(wù)器時(shí)，則重新發(fā)出資源，返回和第一次請(qǐng)求時(shí)類(lèi)似。
從而保證不向客戶端重復(fù)發(fā)出資源，也保證當(dāng)服務(wù)器有變化時(shí)，客戶端能夠得到最新的資源。
2) 什么是”Etag”?
HTTP 協(xié)議規(guī)格說(shuō)明定義ETag為“被請(qǐng)求變量的實(shí)體值” （
參見(jiàn) —— 章節(jié) 14.19）。 另一種說(shuō)法是，ETag是一個(gè)可以與Web資源關(guān)聯(lián)的記號(hào)（token）。典型的Web資源可以一個(gè)Web頁(yè)，但也可能是JSON或XML文檔。服務(wù)器單獨(dú)負(fù)責(zé)判斷記號(hào)是什么及其含義，并在HTTP響應(yīng)頭中將其傳送到客戶端，以下是服務(wù)器端返回的格式：
ETag: "50b1c1d4f775c61:df3"
客戶端的查詢更新格式是這樣的：
If-None-Match: W/"50b1c1d4f775c61:df3"
如果ETag沒(méi)改變，則返回狀態(tài)304然后不返回，這也和Last-Modified一樣。本人測(cè)試Etag主要在斷點(diǎn)下載時(shí)比較有用。
Last-Modified和Etags如何幫助提高性能?
聰明的開(kāi)發(fā)者會(huì)把Last-Modified
和ETags請(qǐng)求的http報(bào)頭一起使用，這樣可利用客戶端（例如瀏覽器）的緩存。因?yàn)榉?wù)器首先產(chǎn)生
Last-Modified/Etag標(biāo)記，服務(wù)器可在稍后使用它來(lái)判斷頁(yè)面是否已經(jīng)被修改。本質(zhì)上，客戶端通過(guò)將該記號(hào)傳回服務(wù)器要求服務(wù)器驗(yàn)證其（客
戶端）緩存。
過(guò)程如下:
1. 客戶端請(qǐng)求一個(gè)頁(yè)面（A）。
2. 服務(wù)器返回頁(yè)面A，并在給A加上一個(gè)Last-Modified/ETag。
3. 客戶端展現(xiàn)該頁(yè)面，并將頁(yè)面連同Last-Modified/ETag一起緩存。
4. 客戶再次請(qǐng)求頁(yè)面A，并將上次請(qǐng)求時(shí)服務(wù)器返回的Last-Modified/ETag一起傳遞給服務(wù)器。
5. 服務(wù)器檢查該Last-Modified或ETag，并判斷出該頁(yè)面自上次客戶端請(qǐng)求之后還未被修改，直接返回響應(yīng)304和一個(gè)空的響應(yīng)體。
示例代碼
下面的例子描述如何使用服務(wù)器端代碼去操作客戶端緩存:
//默認(rèn)緩存的秒數(shù)
int secondsTime = 100;
//判斷最后修改時(shí)間是否在要求的時(shí)間內(nèi)
//如果服務(wù)器端的文件沒(méi)有被修改過(guò)，則返回狀態(tài)是304，內(nèi)容為空，這樣就節(jié)省了傳輸數(shù)據(jù)量。如果服務(wù)器端的文件被修改過(guò)，則返回和第一次請(qǐng)求時(shí)類(lèi)似。
if (request.Headers["If-Modified-Since"] != null && TimeSpan.FromTicks(DateTime.Now.Ticks - DateTime.Parse(request.Headers["If-Modified-Since"]).Ticks).Seconds < secondsTime)
{
//測(cè)試代碼,在這里會(huì)發(fā)現(xiàn),當(dāng)瀏覽器返回304狀態(tài)時(shí),下面的日期并不會(huì)輸出
Response.Write(DateTime.Now);
response.StatusCode = 304;
response.Headers.Add("Content-Encoding", "gzip");
response.StatusDescription = "Not Modified";
}
else
{
//輸出當(dāng)前時(shí)間
Response.Write(DateTime.Now);
//設(shè)置客戶端緩存狀態(tài)
SetClientCaching(response, DateTime.Now);
}
#region SetClientCaching..
/// <summary>
/// 設(shè)置客戶端緩存狀態(tài)
/// </summary>
/// <param name="response"></param>
/// <param name="lastModified"></param>
private void SetClientCaching(HttpResponse response, DateTime lastModified)
{
response.Cache.SetETag(lastModified.Ticks.ToString());
response.Cache.SetLastModified(lastModified);
//public 以指定響應(yīng)能由客戶端和共享（代理）緩存進(jìn)行緩存。
response.Cache.SetCacheability(HttpCacheability.Public);
//是允許文檔在被視為陳舊之前存在的最長(zhǎng)絕對(duì)時(shí)間。
response.Cache.SetMaxAge(new TimeSpan(7, 0, 0, 0));
//將緩存過(guò)期從絕對(duì)時(shí)間設(shè)置為可調(diào)時(shí)間
response.Cache.SetSlidingExpiration(true);
}
#endregion
如果你的緩存是基于文件的方式,如XML或http中的.ashx處理,也可以使用下面的基于文件方式的客戶端緩存:
#region SetFileCaching..
/// <summary>
/// 基于文件方式設(shè)置客戶端緩存
/// </summary>
/// <param name="fileName"></param>
private void SetFileCaching(HttpResponse response, string fileName)
{
response.AddFileDependency(fileName);
//基于處理程序文件依賴(lài)項(xiàng)的時(shí)間戳設(shè)置 ETag HTTP 標(biāo)頭。
response.Cache.SetETagFromFileDependencies();
//基于處理程序文件依賴(lài)項(xiàng)的時(shí)間戳設(shè)置 Last-Modified HTTP 標(biāo)頭。
response.Cache.SetLastModifiedFromFileDependencies();
response.Cache.SetCacheability(HttpCacheability.Public);
response.Cache.SetMaxAge(new TimeSpan(7, 0, 0, 0));
response.Cache.SetSlidingExpiration(true);
}
#endregion
使用后的效果如下圖所示:
上圖所使用的工具是在IE下運(yùn)行的
HttpWatchPro,在Firefox下可以使用
FireBug+
YSlow進(jìn)行測(cè)試.
YSlow是建立在FireBug基礎(chǔ)上運(yùn)行的一個(gè)小工具,它可以對(duì)你的網(wǎng)頁(yè)進(jìn)行分析為什么緩存,并給出評(píng)分和緩慢的原因.這個(gè)工具來(lái)自Yahoo的研發(fā)團(tuán)隊(duì),所以規(guī)則也是Yahoo制定的.
結(jié)論
我們已經(jīng)看了如何使用客戶端緩存減少帶寬和計(jì)算的方法,如前所述,如果能正
確合理的利用各種不同的緩存,他們會(huì)給你帶來(lái)很多的好處.我希望本文已為你當(dāng)下或?qū)?lái)基于Web的項(xiàng)目提供了精神食糧，并正確地在底層利用Last-
Modified和ETag響應(yīng)頭去優(yōu)化你的項(xiàng)目。
參考資料:
301永久重定向?qū)崿F(xiàn)方式及302重定向
理解ASP.NET與客戶端緩存之HTTP協(xié)議
如何利用客戶端緩存對(duì)網(wǎng)站進(jìn)行優(yōu)化? 原文地址：
http://www.cnblogs.com/lion.net/archive/2007/09/24/904717.html