很多人首先會想從服務(wù)器緩存方面著手對程序進行優(yōu)化,許多不同的服務(wù)器緩存方式都有他們自己的特點,像我曾經(jīng)參與的一些項目中,根據(jù)緩存的命中率不同使用過 Com+/Enterprise Libiary Caching/Windows服務(wù),靜態(tài)文件等方式的服務(wù)器端緩存和 HTTP Compression技術(shù),但客戶端緩存往往卻被人們忽略了,即使服務(wù)器的緩存讓你的頁面訪問起來非常地快,但她依然需要依賴瀏覽器下載并輸出,而當你加入客戶端緩存時,會給你帶來非常多的好處.因為她可以對站點中訪問最頻繁的頁進行緩存充分地提高 Web 服務(wù)器的吞吐量（通常以每秒的請求數(shù)計算）以提升應(yīng)用程序性能和可伸縮性。
一個在線購物調(diào)查顯示，大多數(shù)人愿意去商店排隊，但在在線購物時卻不愿意等待。Websense調(diào)查公司稱多達70%的上網(wǎng)者表示不愿意在頁面讀取上超過10秒鐘。超過70%的人會因為中途速度過慢而取消當前的訂單。


基礎(chǔ)知識
1) 什么是”Last-Modified”?

在瀏覽器第一次請求某一個URL時，服務(wù)器端的返回狀態(tài)會是200，內(nèi)容是你請求的資源，同時有一個Last-Modified的屬性標記此文件在服務(wù)期端最后被修改的時間，格式類似這樣：

Last-Modified: Fri, 12 May 2006 18:53:33 GMT

客戶端第二次請求此URL時，根據(jù) HTTP 協(xié)議的規(guī)定，瀏覽器會向服務(wù)器傳送 If-Modified-Since 報頭，詢問該時間之后文件是否有被修改過：

If-Modified-Since: Fri, 12 May 2006 18:53:33 GMT

如果服務(wù)器端的資源沒有變化，則自動返回 HTTP 304 （Not Changed.）狀態(tài)碼，內(nèi)容為空，這樣就節(jié)省了傳輸數(shù)據(jù)量。當服務(wù)器端代碼發(fā)生改變或者重啟服務(wù)器時，則重新發(fā)出資源，返回和第一次請求時類似。 從而保證不向客戶端重復發(fā)出資源，也保證當服務(wù)器有變化時，客戶端能夠得到最新的資源。

2) 什么是”Etag”?

HTTP 協(xié)議規(guī)格說明定義ETag為“被請求變量的實體值” （參見 —— 章節(jié) 14.19）。 另一種說法是，ETag是一個可以與Web資源關(guān)聯(lián)的記號（token）。典型的Web資源可以一個Web頁，但也可能是JSON或XML文檔。服務(wù)器單獨負責判斷記號是什么及其含義，并在HTTP響應(yīng)頭中將其傳送到客戶端，以下是服務(wù)器端返回的格式：

ETag: "50b1c1d4f775c61:df3"

客戶端的查詢更新格式是這樣的：

If-None-Match: W/"50b1c1d4f775c61:df3"

如果ETag沒改變，則返回狀態(tài)304然后不返回，這也和Last-Modified一樣。本人測試Etag主要在斷點下載時比較有用。


Last-Modified和Etags如何幫助提高性能?
聰明的開發(fā)者會把Last-Modified 和ETags請求的http報頭一起使用，這樣可利用客戶端（例如瀏覽器）的緩存。因為服務(wù)器首先產(chǎn)生 Last-Modified/Etag標記，服務(wù)器可在稍后使用它來判斷頁面是否已經(jīng)被修改。本質(zhì)上，客戶端通過將該記號傳回服務(wù)器要求服務(wù)器驗證其（客戶端）緩存。
過程如下:
1. 客戶端請求一個頁面（A）。
2. 服務(wù)器返回頁面A，并在給A加上一個Last-Modified/ETag。
3. 客戶端展現(xiàn)該頁面，并將頁面連同Last-Modified/ETag一起緩存。
4. 客戶再次請求頁面A，并將上次請求時服務(wù)器返回的Last-Modified/ETag一起傳遞給服務(wù)器。
5. 服務(wù)器檢查該Last-Modified或ETag，并判斷出該頁面自上次客戶端請求之后還未被修改，直接返回響應(yīng)304和一個空的響應(yīng)體。

下面的例子描述如何使用服務(wù)器端代碼去操作客戶端緩存:

最新評論