很多人首先會想從伺服器快取方面著手對程式進行最佳化,許多不同的伺服器快取方式都有他們自己的特點,像我曾經參與的一些專案,根據快取的命中率不同使用過Com+/Enterprise Libiary Caching /Windows服務,靜態檔案等方式的伺服器端快取和HTTP Compression技術,但客戶端快取往往卻被人們忽略了,即使伺服器的快取讓你的頁面存取起來非常地快,但她依然需要依賴瀏覽器下載並輸出,而當你加入客戶端快取時,會給你帶來非常多的好處.因為她可以對站點中訪問最頻繁的頁進行緩存充分地提高Web 伺服器的吞吐量（通常以每秒的請求數計算）以提升應用程式效能和可擴展性。
一個線上購物調查顯示，大多數人願意去商店排隊，但在線上購物時卻不願意等待。 Websense調查公司表示多達70%的上網者表示不願意在頁面讀取上超過10秒鐘。超過70%的人會因為中途速度過慢而取消目前的訂單。
基礎知識
1) 什麼是”Last-Modified”?
在瀏覽器第一次請求某一個URL時，伺服器端的回傳狀態會是200，內容是你要求的資源，同時有一個Last-Modified的屬性標記此檔案在服務期端最後被修改的時間，格式類似這樣：
Last-Modified: Fri, 12 May 2006 18:53:33 GMT
客戶端第二次請求此URL時，根據HTTP 協定的規定，瀏覽器會傳送If-Modified-Since 標頭，詢問該時間之後檔案是否有修改過：
If-Modified-Since: Fri, 12 May 2006 18: 53:33 GMT
如果伺服器端的資源沒有變化，則自動回傳HTTP 304 （Not Changed.）狀態碼，內容為空，這樣就節省了傳輸資料量。當伺服器端程式碼發生改變或重新啟動伺服器時，則重新發出資源，返回和第一次請求時類似。 從而確保不向客戶端重複發出資源，也保證當伺服器有變更時，客戶端能夠得到最新的資源。
2) 什麼是」Etag”?
HTTP 協定規格說明定義ETag為「被要求變數的實體值」 （請參閱 —— 章節 14.19）。 另一種說法是，ETag是一個可以與Web資源關聯的記號（token）。典型的Web資源可以一個Web頁，但也可能是JSON或XML文件。伺服器單獨負責判斷記號是什麼及其意義，並在HTTP回應頭中傳送到客戶端，以下是伺服器端傳回的格式：
ETag: "50b1c1d4f775c61:df3"
客戶端的查詢更新格式是這樣的：
If-None-Match: W/"50b1c1d4f775c61:df3"
如果ETag沒改變，則返回狀態304然後不返回，這也和Last-Modified一樣。本人測試Etag主要在斷點下載時比較有用。
Last-Modified和Etags如何幫助提高效能?
聰明的開發者會把Last-Modified 和ETags請求的http標頭一起使用，這樣可利用客戶端（例如瀏覽器）的快取。因為伺服器首先產生 Last-Modified/Etag標記，伺服器可在稍後使用它來判斷頁面是否已被修改。本質上，客戶端透過將該記號傳回伺服器要求伺服器驗證其（客戶端）快取。
過程如下:
1. 客戶端請求一個頁面（A）。
2. 伺服器回傳頁面A，並在加上一個Last-Modified/ETag給A。
3. 用戶端展現該頁面，並將頁面連同Last-Modified/ETag一起快取。
4. 客戶再次要求頁面A，並將上次請求時伺服器傳回的Last-Modified/ETag一起傳遞給伺服器。
5. 伺服器檢查該Last-Modified或ETag，並判斷出該頁面自上次客戶端請求之後還未被修改，直接回傳回應304和一個空的回應體。
下面的範例說明如何使用伺服器端程式碼去操作客戶端快取:
目前1/2頁 12下一頁
以上就介紹了h3c 802.1x 客戶端 利用客戶端快取對網站進行優化的原理分析第1/2頁，包括了h3c 802.1x 客戶端方面的內容，希望對PHP教程有興趣的朋友有所幫助。
