|
在http中Last-Modified 與If-Modified-Since 都是用于記錄頁(yè)面最后修改時(shí)間的 HTTP 頭信息，注意,在這 Last-Modified 是由服務(wù)器往客戶端發(fā)送的 HTTP 頭，另一個(gè) If-Modified-Since是由客戶端往服務(wù)器發(fā)送的頭，可以看到，再次請(qǐng)求本地存在的 cache 頁(yè)面時(shí)，客戶端會(huì)通過(guò) If-Modified-Since 頭將先前服務(wù)器端發(fā)過(guò)來(lái)的 Last-Modified 最后修改時(shí)間戳發(fā)送回去，這是為了讓服務(wù)器端進(jìn)行驗(yàn)證，通過(guò)這個(gè)時(shí)間戳判斷客戶端的頁(yè)面是否是最新的，如果不是最新的，則返回新的內(nèi)容，如果是最新的，則 返回 304 告訴客戶端其本地 cache 的頁(yè)面是最新的，于是客戶端就可以直接從本地加載頁(yè)面了，這樣在網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù)就會(huì)大大減少，同時(shí)也減輕了服務(wù)器的負(fù)擔(dān)。而且在一些ajax應(yīng)用中，要求獲取的數(shù)據(jù)永遠(yuǎn)是最新的，而不是讀取位于緩存中的數(shù)據(jù)，做這樣的設(shè)置是非常有必要的。 無(wú)意中測(cè)試發(fā)現(xiàn)nginx與apache對(duì)此有不同的算法: APACHE: （1）直接發(fā)送請(qǐng)求,返回200,Last-Modified: Mon, 26 Apr 2010 13:22:17 GMT [root@test ~]# curl -I http://www./test.html HTTP/1.1 200 OK Date: Mon, 26 Apr 2010 14:59:09 GMT Server: Apache/1.3.41 (Unix) Last-Modified: Mon, 26 Apr 2010 13:22:17 GMT ETag: “92c027-897-4bd59389″ Accept-Ranges: bytes Content-Length: 2199 Content-Type: text/plain (2)指定與Last-Modified時(shí)間相同的If-Modified-Since 發(fā)送GET請(qǐng)求,返回304 [root@test ~]# curl -I -G -H “If-Modified-Since: Mon, 26 Apr 2010 13:22:17 GMT” http://www./test.html HTTP/1.1 304 Not Modified Date: Mon, 26 Apr 2010 15:02:06 GMT Server: Apache/1.3.41 (Unix) ETag: “92c027-897-4bd59389″ (3)調(diào)后If-Modified-Since 1小時(shí)，再次發(fā)送GET請(qǐng)求，返回依然為304 [root@test ~]# curl -I -G -H “If-Modified-Since: Mon, 26 Apr 2010 14:22:17 GMT” http://www./test.html HTTP/1.1 304 Not Modified Date: Mon, 26 Apr 2010 15:05:02 GMT Server: Apache/1.3.41 (Unix) ETag: “92c027-897-4bd59389″ 說(shuō)明Apache 在判斷瀏覽器cache是否過(guò)期時(shí)，依據(jù)從If-Modified-Since開(kāi)始，文件Last-Modified是否修改過(guò)來(lái)判斷的,與RFC1945中對(duì)If-Modified-Since描述吻合. 那么再看下nginx對(duì)于此的測(cè)試結(jié)果: (1)直接發(fā)送請(qǐng)求,返回200,Last-Modified: Wed, 21 Apr 2010 13:14:21 GMT [root@test ]# curl -I http://www./index.html HTTP/1.1 200 OK Server: nginx/0.7.61 Date: Mon, 26 Apr 2010 15:18:29 GMT Content-Type: text/html; charset=UTF-8 Content-Length: 323 Last-Modified: Wed, 21 Apr 2010 13:14:21 GMT Connection: keep-alive Accept-Ranges: bytes (2)指定與Last-Modified時(shí)間相同的If-Modified-Since 發(fā)送GET請(qǐng)求,返回304 [root@test ]# curl -I -G -H “If-Modified-Since: Wed, 21 Apr 2010 13:14:21 GMT” http://www./index.html HTTP/1.1 304 Not Modified Server: nginx/0.7.61 Date: Mon, 26 Apr 2010 15:20:45 GMT Last-Modified: Wed, 21 Apr 2010 13:14:21 GMT Connection: keep-alive (3)調(diào)后If-Modified-Since 1小時(shí)，再次發(fā)送GET請(qǐng)求，發(fā)現(xiàn)返回的結(jié)果為200,與Apache不同 [root@test ]# curl -I -G -H “If-Modified-Since: Wed, 21 Apr 2010 14:14:21 GMT” http://www./index.html HTTP/1.1 200 OK Server: nginx/0.7.61 Date: Mon, 26 Apr 2010 15:21:19 GMT Content-Type: text/html; charset=UTF-8 Content-Length: 323 Last-Modified: Wed, 21 Apr 2010 13:14:21 GMT Connection: keep-alive Accept-Ranges: bytes 由此可以判斷出，nginx在判斷瀏覽器cache是否過(guò)期時(shí)，判斷If-Modified-Since與Last-Modified是否匹配，如果不匹配，則認(rèn)為cache過(guò)期，返回200重新下載. 要說(shuō)更喜歡哪種算法，個(gè)人更傾向于nginx的這種，因?yàn)樵趯?duì)文件更新前，本人習(xí)慣于對(duì)需要修改的文件進(jìn)行備份(保留時(shí)間戳)，一旦測(cè)試出現(xiàn)問(wèn)題，及時(shí)的回滾，使用nginx的這種算法就能保障回滾前后瀏覽器cache失效，而Apache的這種策略導(dǎo)致回滾到之前的時(shí)間戳的話(Last- Modified)，本地由于進(jìn)行了測(cè)試，本地cache文件的If-Modified-Since時(shí)間一般比回滾后的Last-Modified新，這樣本地的cache認(rèn)為依然有效，返回304,而實(shí)際上文件已經(jīng)不是最新的。當(dāng)然，Apache的這樣設(shè)計(jì)完全遵守RFC,個(gè)人喜好不代表真實(shí)需求. 如何利用客戶端緩存對(duì)網(wǎng)站進(jìn)行優(yōu)化? If-Modified-Since & If-None-Match 介紹 你的網(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)非常地快,但她依然需要依賴瀏覽器下載并輸出,而當(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ù)器端代碼去操作客戶端緩存: Code 1//默認(rèn)緩存的秒數(shù) 2 int secondsTime = 100; 3 4 //判斷最后修改時(shí)間是否在要求的時(shí)間內(nèi) 5 //如果服務(wù)器端的文件沒(méi)有被修改過(guò)，則返回狀態(tài)是304，內(nèi)容為空，這樣就節(jié)省了傳輸數(shù)據(jù)量。如果服務(wù)器端的文件被修改過(guò)，則返回和第一次請(qǐng)求時(shí)類(lèi)似。 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 /**//// <summary> 25 /// 設(shè)置客戶端緩存狀態(tài) 26 /// </summary> 27 /// <param name="response"></param> 28 /// <param name="lastModified"></param> 29 private void SetClientCaching(HttpResponse response, DateTime lastModified) 30 { 31 response.Cache.SetETag(lastModified.Ticks.ToString()); 32 response.Cache.SetLastModified(lastModified); 33 //public 以指定響應(yīng)能由客戶端和共享（代理）緩存進(jìn)行緩存。 34 response.Cache.SetCacheability(HttpCacheability.Public); 35 //是允許文檔在被視為陳舊之前存在的最長(zhǎng)絕對(duì)時(shí)間。 36 response.Cache.SetMaxAge(new TimeSpan(7, 0, 0, 0)); 37 //將緩存過(guò)期從絕對(duì)時(shí)間設(shè)置為可調(diào)時(shí)間 38 response.Cache.SetSlidingExpiration(true); 39 } 如果你的緩存是基于文件的方式,如XML或http中的.ashx處理,也可以使用下面的基于文件方式的客戶端緩存: SetFileCaching 1/**//// <summary> 2/// 基于文件方式設(shè)置客戶端緩存 3/// </summary> 4/// <param name="fileName"></param> 5private void SetFileCaching(HttpResponse response, string fileName) 6{ 7 response.AddFileDependency(fileName); 8 //基于處理程序文件依賴項(xiàng)的時(shí)間戳設(shè)置 ETag HTTP 標(biāo)頭。 9 response.Cache.SetETagFromFileDependencies(); 10 //基于處理程序文件依賴項(xiàng)的時(shí)間戳設(shè)置 Last-Modified HTTP 標(biāo)頭。 11 response.Cache.SetLastModifiedFromFileDependencies(); 12 response.Cache.SetCacheability(HttpCacheability.Public); 13 response.Cache.SetMaxAge(new TimeSpan(7, 0, 0, 0)); 14 response.Cache.SetSlidingExpiration(true); 15} 16 結(jié)論 我們已經(jīng)看了如何使用客戶端緩存減少帶寬和計(jì)算的方法,如前所述,如果能正確合理的利用各種不同的緩存,他們會(huì)給你帶來(lái)很多的好處.我希望本文已為你當(dāng)下或?qū)?lái)基于Web的項(xiàng)目提供了精神食糧，并正確地在底層利用Last- Modified和ETag響應(yīng)頭去優(yōu)化你的項(xiàng)目。 |
|
|
