IIS的內容緩存過期機制實踐有效提高站點性能

2024-08-29 03:08:25

字體：大中小

來源：轉載

供稿：網友

目前，隨著網頁內容越來越絢爛，訪問速度卻令人越來越不滿。實踐證明，正確設置Http Response Header中的Expires頭將有助于提高網頁訪問速度我們的網站中往往包含大量的頁面組件，比如圖片、樣式表文件、JS腳本文件和Flash動畫。這些組件的變化頻率非常低，尤其是那些構成網站基本框架的組件，

幾乎不會發生變化。我們可以將這些變化率很低的組件看作靜態內容，利用IIS的內容過期機制和瀏覽器的本地緩存機制將它們在訪問者的電腦硬盤中保存一段時間。

當訪問者訪問你的網站時，如果這些存在本地的靜態內容沒有過期，瀏覽器會從本地硬盤中裝載，而不去向服務器發出請求。

如果你使用Fiddler這樣的工具跟蹤網頁訪問，你會清楚地看到雖然只是訪問一個頁面，但是發出的Http請求和應答卻不止一個。網頁中的每張圖片，每個

JS腳本文件，每個CSS文件，都會引發一次請求和應答。因此如果想讓網頁的訪問速度快起來，減少Http的請求數量，降低從服務器下載內容的次數是有效途徑。

而使用了內容過期機制后可以就實現這樣的目的，這就是使用內容過期機制的意義。

大多數的Web開發者都玩過IIS 6或IIS 7，但是又有多少人仔細觀察過HTTP Headers或HTTP Response Headers標簽中的內容呢？此處我以IIS 6 為例，

默認情況下此標簽中的界面如下圖：

此時，如果向該網站的一個網頁發出請求，該網頁中包含了一張圖片的鏈接，那么在獲取到該網頁的HTML文檔之后，瀏覽器會繼續對這張圖片發出請求，該請求的響應在Http Response Header中如下表達：

HTTP/1.1 200 ok （表示服務器找到了此圖片并正確響應）

Date:Thu, 04 Feb 2010 08:25:38 GMT （響應的時間，格林尼治時間）

Last-Modified:Wed, 03 Jan 2009 01:55:06 GMT（圖片最后被修改的時間，格林尼治時間）

這張圖片會被瀏覽器保存在本地硬盤的IE臨時文件夾中。使用同一個瀏覽器窗口在同一個會話中再次訪問到這個頁面，
則頁面中的組件都不再重新請求。

當在這臺機器上打開另一個瀏覽器窗口（另一個會話）又一次訪問此頁面時，由于這張圖已經在本地保存了，但是瀏覽器
剛才的響應中并沒有規定內容的過期機制，因此瀏覽器仍會向服務器發出一次請求：
If-Modified-Since: Wed, 03 Jan 2009 01:55:06 GMT （詢問服務器，我本地這張圖片的最后修改時間是這個，在此時間之后你那有沒有更新的版本？）
If-None-Matched: "abdkfkdkdkdjkjkfkfd" （這是一段ETag編碼，是服務器端給該組件的唯一標示）

服務器收到請求后檢查被請求的圖片，發現它的最近修改時間還是Wed, 03 Jan 2009 01:55:06 GMT ，于是響應請求：
HTTP/1.1 304 Not Modified （請求的圖片找到了，并且沒有被改變過）

Date:Thu, 04 Feb 2010 08:25:38 GMT （響應的時間）
瀏覽器收到這個響應就知道它可以放心地使用本地存儲的這張圖片了，不必再從服務器重新下載該組件。

由此可見，IIS Http Headers標簽的默認設置是不禁止瀏覽器緩存的，但是也沒有告訴組件保存過期的時間，因此瀏覽器將組件保存在本地后，
每次訪問都會詢問服務器此組件是否過期，如果沒過期則使用本地保存的內容，否則從服務器下載內容。可以看出它只減少了從服務器下載內容的次數，
并沒有減少向服務器發出請求的次數，請求和響應依然耗費了時間。

在IIS中定位到網站存放圖片的文件夾，然后打開屬性窗口，在HTTP Headers中做出如下選擇，要求組件的過期時間為本次請求后1天，也就是在本地緩存86400秒。