瀏覽器緩存機制，其實主要就是HTTP協議定義的緩存機制（如： Expires； Cache-control等）。但是也有非HTTP協議定義的緩存機制，如使用HTML Meta 標簽，Web開發者可以在HTML頁面的<head>節點中加入<meta>標簽，代碼如下：
| html code |
| <META HTTP-EQUIV="Pragma" CONTENT="no-cache"> |
上述代碼的作用是告訴瀏覽器當前頁面不被緩存，每次訪問都需要去服務器拉取。使用上很簡單，但只有部分瀏覽器可以支持，而且所有緩存代理服務器都不支持，因為代理不解析HTML內容本身。
下面我主要介紹HTTP協議定義的緩存機制。
Expires策略
Expires是Web服務器響應消息頭字段，在響應http請求時告訴瀏覽器在過期時間前瀏覽器可以直接從瀏覽器緩存取數據，而無需再次請求。
下面是寶寶PK項目中，瀏覽器拉取jquery.js web服務器的響應頭：
注：Date頭域表示消息發送的時間，時間的描述格式由rfc822定義。例如，Date: Mon,31 Dec 2001 04:25:57GMT。
Web服務器告訴瀏覽器在2012-11-28 03:30:01這個時間點之前，可以使用緩存文件。發送請求的時間是2012-11-28 03:25:01，即緩存5分鍾。
不過Expires 是HTTP 1.0的東西，現在默認瀏覽器均默認使用HTTP 1.1，所以它的作用基本忽略。
Cache-control策略（重點關注）
Cache-Control與Expires的作用一致，都是指明當前資源的有效期，控制瀏覽器是否直接從瀏覽器緩存取數據還是重新發請求到服務器取數據。只不過Cache-Control的選擇更多，設置更細致，如果同時設置的話，其優先級高於Expires。
| http協議頭Cache-Control ： |
| 值可以是public、private、no-cache、no- store、no-transform、must-revalidate、proxy-revalidate、max-age 各個消息中的指令含義如下：
|
還是上面那個請求，web服務器返回的Cache-Control頭的值為max-age=300，即5分鍾（和上面的Expires時間一致，這個不是必須的）。
Last-Modified/If-Modified-Since
Last-Modified/If-Modified-Since要配合Cache-Control使用。
l Last-Modified：標示這個響應資源的最后修改時間。web服務器在響應請求時，告訴瀏覽器資源的最后修改時間。
l If-Modified-Since：當資源過期時（使用Cache-Control標識的max-age），發現資源具有Last-Modified聲明，則再次向web服務器請求時帶上頭 If-Modified-Since，表示請求時間。web服務器收到請求后發現有頭If-Modified-Since 則與被請求資源的最后修改時間進行比對。若最后修改時間較新，說明資源又被改動過，則響應整片資源內容（寫在響應消息包體內），HTTP 200；若最后修改時間較舊，說明資源無新修改，則響應HTTP 304 (無需包體，節省瀏覽)，告知瀏覽器繼續使用所保存的cache。
Etag/If-None-Match
Etag/If-None-Match也要配合Cache-Control使用。
l Etag：web服務器響應請求時，告訴瀏覽器當前資源在服務器的唯一標識（生成規則由服務器覺得）。Apache中，ETag的值，默認是對文件的索引節（INode），大小（Size）和最后修改時間（MTime）進行Hash后得到的。
l If-None-Match：當資源過期時（使用Cache-Control標識的max-age），發現資源具有Etage聲明，則再次向web服務器請求時帶上頭If-None-Match （Etag的值）。web服務器收到請求后發現有頭If-None-Match 則與被請求資源的相應校驗串進行比對，決定返回200或304。
既生Last-Modified何生Etag？
你可能會覺得使用Last-Modified已經足以讓瀏覽器知道本地的緩存副本是否足夠新，為什么還需要Etag（實體標識）呢？HTTP1.1中Etag的出現主要是為了解決幾個Last-Modified比較難解決的問題：
l Last-Modified標注的最后修改只能精確到秒級，如果某些文件在1秒鍾以內，被修改多次的話，它將不能准確標注文件的修改時間
l 如果某些文件會被定期生成，當有時內容並沒有任何變化，但Last-Modified卻改變了，導致文件沒法使用緩存
l 有可能存在服務器沒有准確獲取文件修改時間，或者與代理服務器時間不一致等情形
Etag是服務器自動生成或者由開發者生成的對應資源在服務器端的唯一標識符，能夠更加准確的控制緩存。Last-Modified與ETag是可以一起使用的，服務器會優先驗證ETag，一致的情況下，才會繼續比對Last-Modified，最后才決定是否返回304。
用戶行為與緩存
瀏覽器緩存行為還有用戶的行為有關！！！
| 用戶操作 |
Expires/Cache-Control |
Last-Modified/Etag |
| 地址欄回車 |
有效 |
有效 |
| 頁面鏈接跳轉 |
有效 |
有效 |
| 新開窗口 |
有效 |
有效 |
| 前進、后退 |
有效 |
有效 |
| F5刷新 |
無效 |
有效 |
| Ctrl+F5刷新 |
無效 |
無效 |
總結
瀏覽器第一次請求：
瀏覽器再次請求時：
status:
200 from memory cache 不訪問服務器，直接讀緩存，從內存中讀取緩存。此時的數據時緩存到內存中的，當kill進程后，數據將不存在
200 from disk cache 不訪問服務器，直接讀緩存，從磁盤中讀取緩存，當kill進程時，數據還是存在。
304 Not Modified 訪問服務器，發現數據沒有更新，服務器返回此狀態碼。然后從緩存中讀取數據。
大概就是這樣
from：http://www.cnblogs.com/skynet/archive/2012/11/28/2792503.html
https://juejin.im/post/5a673af06fb9a01c927ed880