通常來講，Cache設置有兩種方式：第一種是在HTML內容的head之中設置：
<meta http-equiv="Expires" CONTENT="0"> //這一句設置文件的過期時間爲0秒
<meta http-equiv="Cache-Control" CONTENT="no-cache"> //這一句設置文件禁止被緩存
第二種是通過HTTP Head來設置，例如在.NET(C#)之中：
Response.Cache.SetExpires(time);//設置文件的過期時間爲當前的時間。
我個人比較喜歡通過HTTP HEAD這種方式來設置，因爲我覺得這不屬於HTML本身的內容，當然，如果是靜態文件，就只能通過html head來設置了，在我的網站"地名信息系統"之中，我設置了每個HTML頁面在7天后失效，因爲該HTML是自動生成的。
在上面的Cache介紹之中，提到了瀏覽器在存在緩存的時候不去服務器取相關的內容，可是僅僅這樣設置，好像有時候這些瀏覽器還是去服務器請求，有些時候的請求很合理，例如用戶點擊“刷新”按鈕的時候，有些時候我也不知道爲什麼，因此，我在系統之中進一步使用了HTTP狀態碼。
HTTP狀態碼有很多用戶不願意去了解，其實這是很重要的內容，至於怎麼個重要法，以及詳細的使用說明請大家去參考相關的文檔，我這裏舉幾個例子：
1.有的用戶在網站頁面不存在的時候顯示了自己定義的頁面，可是忘記使用404狀態碼，這樣瀏覽器就不知道它下載的內容究竟是正常內容還是頁面不存在的提示，可能用戶能從頁面內容上分辨出來，可是搜索引擎的機器人不會，因此就可能會被搜索引擎列入“無法檢索”的黑名單。
2.在頁面轉向的時候不使用301或者302的狀態碼，造成搜索引擎不知道葉面已經被轉向。
我專門要說的304是一個用處和Cache相同的東西，這個狀態碼的含義是“服務器端沒有更新”，也就是說客戶端的文件版本是最新的，他的用法是這樣的：
1.當用戶首次請求該文件的時候，通過HTTP HEAD的Last-Modified字段將該文件的最後修改日期發送到客戶端，讓客戶端知道該文件的版本，例如：
Last-Modified: Tue, 08 Apr 2008 14:48:05 GMT
2.在瀏覽器再次請求該文件的時候，會自動將該時間作爲請求的HTTP HEAD的If-Modified-Since字段內容(有時候根據瀏覽器的不同，可能會用逗號隔開附加上文件的字節數大小)，例如：
If-Modified-Since: Tue, 08 Apr 2008 14:48:05 GMT
3.服務端根據If-Modified-Since字段的內容(如果存在該字段)來判斷客戶端的文件是否已經過期，如果已經過期，則重新返回新的文件，如果沒有，則只需要返回304狀態碼，就可結束輸出，這樣代表瀏覽器端的文件版本是最新的，不需要返回文件內容。
要知道，服務器返回一個304的時間要比返回整個文件的時間要小得多，性能損耗和網絡佔用也小得多。
Cache和304技術有一定的重複，我選擇Cache和304技術一起使用是因爲單用Cache好像瀏覽器有時候還是去取最新內容(尤其是用戶點擊刷新按鈕的時候)，而單獨使用304則在瀏覽器向服務器詢問的過程還是會佔用一定的性能和時間。這兩種技術結合起來使用是剛剛好的。
