今天有個人網(wǎng)絡(luò)公司的負(fù)責(zé)人加了我QQ，問我怎么設(shè)置靜態(tài)內(nèi)容緩存時間，是通過我以前寫過的一篇文章，《如何設(shè)置靜態(tài)內(nèi)容緩存時間》http://www.douban.com/note/361486825/
我們公司目前做的網(wǎng)站都是apche加php的 iis，自從我大2之后還真沒用過了，因為沒有apche配合php好，而且apche配置起來很方便，比較主流。
于是我就在網(wǎng)上找了下關(guān)于IIS設(shè)置靜態(tài)內(nèi)容緩存時間的教程，在這里奉獻(xiàn)給大家。
關(guān)于IIS設(shè)置靜態(tài)內(nèi)容緩存時間
默認(rèn)情況下此標(biāo)簽中的界面如下圖：
此時，如果向該網(wǎng)站的一個網(wǎng)頁發(fā)出請求，該網(wǎng)頁中包含了一張圖片的鏈接，那么在獲取到該網(wǎng)頁的HTML文檔之后，瀏覽器會繼續(xù)對這張圖片發(fā)出請求，該請求的響應(yīng)在Http Response Header中如下表達(dá)：
HTTP/1.1 200 ok (表示服務(wù)器找到了此圖片并正確響應(yīng))
Date:Thu, 04 Feb 2010 08:25:38 GMT (響應(yīng)的時間，格林尼治時間)
Last-Modified:Wed, 03 Jan 2009 01:55:06 GMT(圖片最后被修改的時間，格林尼治時間)
這張圖片會被瀏覽器保存在本地硬盤的IE臨時文件夾中。使用同一個瀏覽器窗口在同一個會話中再次訪問到這個頁面，則頁面中的組件都不再重新請求。
當(dāng)在這臺機(jī)器上打開另一個瀏覽器窗口(另一個會話)又一次訪問此頁面時，由于這張圖已經(jīng)在本地保存了，但是瀏覽器剛才的響應(yīng)中并沒有規(guī)定內(nèi)容的過期機(jī)制，因此瀏覽器仍會向服務(wù)器發(fā)出一次請求：
If-Modified-Since: Wed, 03 Jan 2009 01:55:06 GMT (詢問服務(wù)器，我本地這張圖片的最后修改時間是這個，在此時間之后你那有沒有更新的版本?)
If-None-Matched: "abdkfkdkdkdjkjkfkfd" (這是一段ETag編碼，是服務(wù)器端給該組件的唯一標(biāo)示)
服務(wù)器收到請求后檢查被請求的圖片，發(fā)現(xiàn)它的最近修改時間還是Wed, 03 Jan 2009 01:55:06 GMT ，于是響應(yīng)請求：
HTTP/1.1 304 Not Modified (請求的圖片找到了，并且沒有被改變過)
Date:Thu, 04 Feb 2010 08:25:38 GMT (響應(yīng)的時間)
瀏覽器收到這個響應(yīng)就知道它可以放心地使用本地存儲的這張圖片了，不必再從服務(wù)器重新下載該組件。
由此可見，IIS Http Headers標(biāo)簽的默認(rèn)設(shè)置是不禁止瀏覽器緩存的，但是也沒有告訴組件保存過期的時間，因此瀏覽器將組件保存在本地后，
每次訪問都會詢問服務(wù)器此組件是否過期，如果沒過期則使用本地保存的內(nèi)容，否則從服務(wù)器下載內(nèi)容。 可以看出它只減少了從服務(wù)器下載內(nèi)容的次數(shù)，
并沒有減少向服務(wù)器發(fā)出請求的次數(shù)，請求和響應(yīng)依然耗費了時間。
在IIS中定位到網(wǎng)站存放圖片的文件夾，然后打開屬性窗口，在HTTP Headers中做出如下選擇，要求組件的過期時間為本次請求后1天，也就是在本地緩存86400秒。
打開瀏覽器，首次訪問該網(wǎng)站的一個網(wǎng)頁，該網(wǎng)頁中包含一張圖片的鏈接，于是該圖片請求的響應(yīng)在Http Response Header中如下表達(dá)：
HTTP/1.1 200 OK (表示服務(wù)器找到了此圖片并正確響應(yīng))
Cache-Control: max-age=86400 (從本次請求時間算起，允許該圖片在本地緩存86400秒)
Date: Sat, 14 May 2011 08:09:29 GMT (響應(yīng)的時間，格林尼治時間)
于是，只要是在1天之內(nèi)，使用本機(jī)的瀏覽器打開這個網(wǎng)頁，都不會再對這張圖片發(fā)出請求，而是直接使用本地緩存中的這張圖片?？梢?，減少了不必要的HTTP請求，提高了網(wǎng)頁的響應(yīng)速度。
很多網(wǎng)站框架性的組件都是長期不變的，因此我們可以設(shè)置更長的過期時間，如下所示：
打開瀏覽器，首次訪問該網(wǎng)站的一個網(wǎng)頁，該網(wǎng)頁中包含一張圖片的鏈接，于是該圖片請求的響應(yīng)在Http Response Header中如下表達(dá)：
HTTP/1.1 200 OK (表示服務(wù)器找到了此圖片并正確響應(yīng))
Date: Sat, 14 May 2011 08:50:12 GMT(響應(yīng)的時間，格林尼治時間)
Expires: Mon, 23 May 2011 16:00:00 GMT (該圖片的本地緩存到2011年5月23日16點為止，格林尼治時間)
那么這意味著只要在5月23日16點之前，在本機(jī)上訪問該網(wǎng)頁，都不會再對此圖片發(fā)出請求。
有人擔(dān)心如果這樣設(shè)置過期機(jī)制，一旦對這些組件做了更新，訪問者將不能收到變化，那豈不是也很遺憾。其實這有兩方面的解決方式：
一方面是網(wǎng)站的開發(fā)方，應(yīng)該對圖片，樣式表文件和JS文件的命名方式進(jìn)行改進(jìn)，比如在文件名上加入版本號，這樣你一旦修改了組件內(nèi)容，就應(yīng)該使組件擁有新的名稱，于是瀏覽器會發(fā)現(xiàn)本地沒有對這個組件緩存過，自然就會發(fā)起請求。
另一方面，訪問者可以通過瀏覽器的刷新功能強(qiáng)制對網(wǎng)頁中的組件重新發(fā)起請求。即使設(shè)置了過期機(jī)制，瀏覽器的刷新功能仍然會對所有頁面組件發(fā)出請求的。
總結(jié)，本文的目的就是闡釋瀏覽器本地緩存與Web服務(wù)器緩存過期機(jī)制之間的交互關(guān)系，以及如何通過這種方式達(dá)到對性能的提升。
從瀏覽器向一個網(wǎng)頁發(fā)出請求算起，獲得網(wǎng)頁的HTML文檔的時間只占整個頁面應(yīng)答完成時間的5%，而剩余的95%時間全部是在請求和下載頁面中的各個組件。因此減少對頁面中組件的請求和下載，有效地利用瀏覽器緩存機(jī)制是十分有意義的。
