一、  

<meta http-equiv="Cache-Control" content="no-cache, no-store, must-revalidate" />
<meta http-equiv="Pragma" content="no-cache" /> http1.1無效   現都是http1.0的天下了
<meta http-equiv="Expires" content="0" />

 以上三種基本可以忽略，因為大多情況下都是無效的。

無法被瀏覽器快取的請求：

1. HTTP資訊頭中包含Cache-Control:no-cache，pragma:no-cache（HTTP1.0），或Cache-Control:max-age=0等告訴瀏覽器不用快取的請求（無效）
2. 需要根據Cookie，認證資訊等決定輸入內容的動態請求是不能被快取的
3. 經過HTTPS安全加密的請求（有人也經過測試發現，ie其實在頭部加入Cache-Control：max-age資訊，firefox在頭部加入Cache-Control:Public之後，能夠對HTTPS的資源進行快取）
4. POST請求無法被快取
5. HTTP響應頭中不包含Last-Modified/Etag，也不包含Cache-Control/Expires的請求無法被快取

二、下面的是瀏覽器讀取檔案的整個流程，很全很強大

三、如果不想要快取，唯一的辦法就是在url後面新增引數，比如www.123.com/test.html?v=20150316，但是在ios上開發webapp時會無效，這個待記你一步研究

還有在開發微信公眾號的時候，在微信裡開啟這個網址 http://debugx5.qq.com，有清除快取的功能，

四、 瀏覽器快取機制的詳細說明

另外，Cache-Control 與 Last-Modified 是瀏覽器核心的機制，一般都是標準的實現，不能更改或設定。以 QQ 瀏覽器的 X5為例，Cache-Control 與 Last-Modified 快取不能禁用。快取容量是12MB，不分HOST，過期的快取會最先被清除。如果都沒過期，應該優先清最早的快取或最快到期的或檔案大小最大的；過期快取也有可能還是有效的，清除快取會導致資原始檔的重新拉取。

還有，瀏覽器，如 X5，在使用快取檔案時，是沒有對快取檔案內容進行校驗的，這樣快取檔案內容被修改的可能。

分析發現，瀏覽器的快取機制還不是非常完美的快取機制。完美的快取機制應該是這樣的：

1. 快取檔案沒更新，儘可能使用快取，不用和伺服器互動；

2. 快取檔案有更新時，第一時間能使用到新的檔案；

3. 快取的檔案要保持完整性，不使用被修改過的快取檔案；

4. 快取的容量大小要能設定或控制，快取檔案不能因為儲存空間限制或過期被清除。

   以X5為例，第1、2條不能同時滿足，第3、4條都不能滿足。

在實際應用中，為了解決 Cache-Control 快取時長不好設定的問題，以及為了”消滅304“，Web前端採用的方式是：

1. 在要快取的資原始檔名中加上版本號或檔案 MD5值字串，如 common.d5d02a02.js，common.v1.js，同時設定 Cache-Control:max-age=31536000，也就是一年。在一年時間內，資原始檔如果本地有快取，就會使用快取；也就不會有304的回包。

2. 如果資原始檔有修改，則更新檔案內容，同時修改資原始檔名，如 common.v2.js，html頁面也會引用新的資原始檔名。

通過這種方式，實現了：快取檔案沒有更新，則使用快取；快取檔案有更新，則第一時間使用最新檔案的目的。即上面說的第1、2條。第3、4條由於瀏覽器內部機制，目前還無法滿足。

 Dom Storage 儲存機制

Dom Storage 是通過儲存字串的 Key/Value 對來提供的，並提供 5MB （不同瀏覽器可能不同，分 HOST)的儲存空間（Cookies 才 4KB)。另外 Dom Storage 儲存的資料在本地，不像 Cookies，每次請求一次頁面，Cookies 都會發送給伺服器。

DOM Storage 分為 sessionStorage 和 localStorage。localStorage 物件和 sessionStorage 物件使用方法基本相同，它們的區別在於作用的範圍不同。sessionStorage 用來儲存與頁面相關的資料，它在頁面關閉後無法使用。而 localStorage 則持久存在，在頁面關閉後也可以使用。