http緩存

瀏覽器HTTP緩存機制

Web緩存能夠分爲這幾種：瀏覽器緩存、CDN緩存、服務器緩存、數據庫數據緩存 。由於可能會直接使用副本免於從新發送請求或者僅僅確認資源沒變無需從新傳輸資源實體，Web緩存能夠減小延遲加快網頁打開速度、重複利用資源減小網絡帶寬消耗、下降請求次數或者減小傳輸內容從而減輕服務器壓力。

這篇文章主要討論和前端密切相關的瀏覽器HTTP緩存機制。瀏覽器HTTP緩存能夠分爲強緩存和協商緩存。強緩存和協商緩存最大也是最根本的區別是：強緩存命中的話不會發請求到服務器（好比chrome中的200 from memory cache），協商緩存必定會發請求到服務器，經過資源的請求首部字段驗證資源是否命中協商緩存，若是協商緩存命中，服務器會將這個請求返回，可是不會返回這個資源的實體，而是通知客戶端能夠從緩存中加載這個資源（304 not modified）。

瀏覽器HTTP緩存由HTTP報文的首部字段決定

控制強緩存的字段按優先級介紹

**1.Pragma **

Pragma是HTTP/1.1以前版本遺留的通用首部字段，僅做爲於HTTP/1.0的向後兼容而使用。雖然它是一個通用首部，可是它在響應報文中時的行爲沒有規範，依賴於瀏覽器的實現。RFC中該字段只有no-cache一個可選值，會通知瀏覽器不直接使用緩存，要求向服務器發請求校驗新鮮度。由於它優先級最高，當存在時必定不會命中強緩存。

**2.Cache-Control **

Cache-Control是一個通用首部字段，也是HTTP/1.1控制瀏覽器緩存的主流字段。和瀏覽器緩存相關的是以下幾個響應指令：

max-age（單位爲s）設置緩存的存在時間，相對於發送請求的時間。只有響應報文首部設置Cache-Control爲非0的max-age或者設置了大於請求日期的Expires（下文會講）纔有可能命中強緩存。當知足這個條件，同時響應報文首部中Cache-Control不存在no-cache、no-store且請求報文首部不存在Pragma字段，纔會真正命中強緩存。如下全部圖片均爲刷新（command+R）的截圖。

• no-cache 表示請求必須先與服務器確認緩存的有效性，若是有效才能使用緩存（協商緩存），不管是響應報文首部仍是請求報文首部出現這個字段均必定不會命中強緩存。Chrome硬性從新加載（Command+shift+R）會在請求的首部加上Pragma：no-cache和Cache-Control：no-cache。

• no-store 表示禁止瀏覽器以及全部中間緩存存儲任何版本的返回響應，必定不會出現強緩存和協商緩存，適合我的隱私數據或者經濟類數據。

• public 代表響應能夠被瀏覽器、CDN等等緩存。

• private 響應只做爲私有的緩存，不能被CDN等緩存。若是要求HTTP認證，響應會自動設置爲private。

控制協商緩存的字段

**1.Last-Modified/If-Modified-Since **

If-Modified-Since是一個請求首部字段，而且只能用在GET或者HEAD請求中。Last-Modified是一個響應首部字段，包含服務器認定的資源做出修改的日期及時間。當帶着If-Modified-Since頭訪問服務器請求資源時，服務器會檢查Last-Modified，若是Last-Modified的時間早於或等於If-Modified-Since則會返回一個不帶主體的304響應，不然將從新返回資源。

If-Modified-Since: , :: GMT 
Last-Modified: , :: GMT
複製代碼

2.ETag/If-None-Match

ETag是一個響應首部字段，它是根據實體內容生成的一段hash字符串，標識資源的狀態，由服務端產生。If-None-Match是一個條件式的請求首部。若是請求資源時在請求首部加上這個字段，值爲以前服務器端返回的資源上的ETag，則當且僅當服務器上沒有任何資源的ETag屬性值與這個首部中列出的時候，服務器纔會返回帶有所請求資源實體的200響應，不然服務器會返回不帶實體的304響應。ETag優先級比Last-Modified高，同時存在時會以ETag爲準。

If-None-Match: 
If-None-Match: , , … 
If-None-Match: *
複製代碼