|
|
介紹
你的網(wǎng)站在并發(fā)訪問很大并且無(wú)法承受壓力的情況下,你會(huì)選擇如何優(yōu)化?
很多人首先會(huì)想從服務(wù)器緩存方面著手對(duì)程序進(jìn)行優(yōu)化,許多不同的服務(wù)器緩存方式都有他們自己的特點(diǎn),像我曾經(jīng)參與的一些項(xiàng)目中,根據(jù)緩存的命中率不同使用過 Com+/Enterprise LibiaryCaching/Windows服務(wù),靜態(tài)文件等方式的服務(wù)器端緩存和 HTTP Compression技術(shù),但客戶端緩存往往卻被人們忽略了,即使服務(wù)器的緩存讓你的頁(yè)面訪問起來(lái)非常地快,但她依然需要依賴瀏覽器下載并輸出,而當(dāng)你加入客戶端緩存時(shí),會(huì)給你帶來(lái)非常多的好處.因?yàn)樗梢詫?duì)站點(diǎ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)查公司稱多達(dá)70%的上網(wǎng)者表示不愿意在頁(yè)面讀取上超過10秒鐘。超過70%的人會(huì)因?yàn)橹型舅俣冗^慢而取消當(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í)間，格式類似這樣：
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)頭，詢問該時(shí)間之后文件是否有被修改過：
If-Modified-Since: Fri, 12 May 2006 18:53:33 GMT
如果服務(wù)器端的資源沒有變化，則自動(dòng)返回 HTTP 304 （NotChanged.）狀態(tài)碼，內(nèi)容為空，這樣就節(jié)省了傳輸數(shù)據(jù)量。當(dāng)服務(wù)器端代碼發(fā)生改變或者重啟服務(wù)器時(shí)，則重新發(fā)出資源，返回和第一次請(qǐng)求時(shí)類似。從而保證不向客戶端重復(fù)發(fā)出資源，也保證當(dāng)服務(wù)器有變化時(shí)，客戶端能夠得到最新的資源。
2) 什么是”Etag”?
HTTP 協(xié)議規(guī)格說(shuō)明定義ETag為“被請(qǐng)求變量的實(shí)體值” （參見 —— 章節(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沒改變，則返回狀態(tài)304然后不返回，這也和Last-Modified一樣。本人測(cè)試Etag主要在斷點(diǎn)下載時(shí)比較有用。
Last-Modified和Etags如何幫助提高性能?
聰明的開發(fā)者會(huì)把Last-Modified和ETags請(qǐng)求的http報(bào)頭一起使用，這樣可利用客戶端（例如瀏覽器）的緩存。因?yàn)?a href=/yuedu/fuwuqi/ target=_blank class=infotextkey>服務(wù)器首先產(chǎn)生Last-Modified/Etag標(biāo)記，服務(wù)器可在稍后使用它來(lái)判斷頁(yè)面是否已經(jīng)被修改。本質(zhì)上，客戶端通過將該記號(hào)傳回服務(wù)器要求服務(wù)器驗(yàn)證其（客戶端）緩存。過程如下:
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ù)器端代碼去操作客戶端緩存:1 //默認(rèn)緩存的秒數(shù)
2 int secondsTime = 100;
3
4 //判斷最后修改時(shí)間是否在要求的時(shí)間內(nèi)
5 //如果服務(wù)器端的文件沒有被修改過，則返回狀態(tài)是304，內(nèi)容為空，這樣就節(jié)省了傳輸數(shù)據(jù)量。如果服務(wù)器端的文件被修改過，則返回和第一次請(qǐng)求時(shí)類似。
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 //測(cè)試代碼,在這里會(huì)發(fā)現(xiàn),當(dāng)瀏覽器返回304狀態(tài)時(shí),下面的日期并不會(huì)輸出
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 //輸出當(dāng)前時(shí)間
18 Response.Write(DateTime.Now);
19
20 //設(shè)置客戶端緩存狀態(tài)
21 SetClientCaching(response, DateTime.Now);
22 }
23
24 #region SetClientCaching
..25 /// <summary>
26 /// 設(shè)置客戶端緩存狀態(tài)
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 以指定響應(yīng)能由客戶端和共享（代理）緩存進(jìn)行緩存。
35 response.Cache.SetCacheability(HttpCacheability.Public);
36 //是允許文檔在被視為陳舊之前存在的最長(zhǎng)絕對(duì)時(shí)間。
37 response.Cache.SetMaxAge(new TimeSpan(7, 0, 0, 0));
38 //將緩存過期從絕對(duì)時(shí)間設(shè)置為可調(diào)時(shí)間
39 response.Cache.SetSlidingExpiration(true);
40 }
41 #endregion
it知識(shí)庫(kù)：利用客戶端緩存對(duì)網(wǎng)站進(jìn)行優(yōu)化，轉(zhuǎn)載需保留來(lái)源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。
