瀏覽器緩存-1

  上一篇文章中，咱們知道了報文主體是HTTP報文真正存放數據的地方，能夠存聽任意的二進制數據，包括圖片，文件，字符數據等。如今，咱們想像一下，一個客戶端屢次重複訪問一個原始服務器頁面時，服務器會屢次重複傳輸同一份資源。一些相同的字節會在網絡中一遍遍地傳輸。這些冗餘的數據傳輸會下降傳輸速度，加劇Web服務器的負載。因此，出現了Web緩存技術。

一:Web緩存技術。

  Web緩存是能夠自動保存常見文檔副本的HTTP設備。當Web請求抵達緩存時，若是本地有"已緩存"的副本，就能夠從本地存儲設備而不是原始服務器中提取這個文檔。最多見的Web緩存有瀏覽器緩存和代理服務器緩存。本文主要討論瀏覽器緩存。

  瀏覽器會在用戶磁盤上對請求過的文檔進行儲存，當訪問者再次請求這個資源時，瀏覽器能夠從本地磁盤直接獲取到資源。

  但如今的問題是，原始服務器上的資源有可能已經發生了變化。因此，HTTP提供了一個機制實現了在儘可能少的對服務器的數據請求的前提下保證數據的"新鮮度"。

二:指定資源的過時日期。（ Expires 和 Cache-Control ）

  服務器用HTTP/1.0+ 的 Expires 首部 或者 HTTP/1.1的Cache-Control:max-age 響應首部來指定過時日期。Expires首部和Cache-Control:max-age 首部本質上是同樣的，但因爲Cache-Control首部使用的是相對時間而不是絕對日期，因此咱們更傾向於使用比較新的Cache-Control首部。( Cache-Control的優先級高於Expires )

咱們在服務器告知瀏覽器120秒後對應的請求過時
response.setHeader("Control-Cache","max-age=120"); #
#對應的響應首部字段:
Cache-Control:"max-age=120"

#在120秒以內，對同一資源的請求將直接從瀏覽器緩存中取得，對應的HTTP狀態碼以下:
#代表對此資源的請求成功，但 是直接獲取的緩存。
HTTP/1.1 200(from cache) OK

二:服務器再驗證。

  僅僅是已緩存文檔過時了並不意味着它和原始服務器上目前處於活躍狀態的文檔有實際的區別；這只是意味着到了要進行覈對的時間了。這種狀況被稱爲「服務器再驗證」，說明緩存須要詢問原始服務器文檔是否發生了變化。

  若是驗證顯示內容發生了變化，緩存會得到一份新的文檔並被瀏覽器從新緩存。

  若是驗證顯示內容沒有發生變化，緩存只須要獲取新的首部，包括一個新的過時日期，並對緩存中的首部進行更新就好了。

  這是一個很棒的系統。緩存並不必定要爲每條請求驗證文檔的有效性-只有在文檔過時時它才須要與服務器進行在驗證。

 HTTP提供的 條件請求 緩存再驗證：

  HTTP的條件方法能夠很高效的實現再驗證。HTTP容許緩存向原始服務器發送一個「條件GET」，請求服務器只有在源資源與緩存中的副本資源不一樣時，才響應此請求返回新的資源，不然，直接返回一個不包含實體數據的 304 Modified 狀態碼報文以告知即便這份文件"過時了"，但內容並無發生變化，能夠繼續使用緩存。

  經過這種方式，將驗證和對象獲取結合成了單個添加GET。向GET請求報文中添加一些特殊的條件首部，就能夠發起條件GET。只有條件爲真時，Web服務器纔會返回實體數據。

  HTTP定義了5個條件請求首部。對緩存再驗證來講最有用的2個首部是If-Modified-Since和If-None-Match。全部的條件首部都之前綴 「If-」開頭。

 1:If-Modified-Since:

  在進行緩存再驗證時，"條件GET"會有一條 If-Modified-Since 的首部字段，其值通常爲上一次請求此資源時獲得的 Last-Modified 的值。

If-Modified-Since: Tue, 26 Apr 2016 13:22:25 GMT

  服務器會拿着這個日期與要請求的資源的最後修改日期對比，

  若是自指定日期後，文檔被修改了，If-Modified-Since 條件就爲真，則GET就會成功執行。攜帶新首部的新文檔會被返回給緩存。若是比對發現文檔沒有被修改過，條件就爲假，會向客戶端返回一個小的不包含響應實體的 304 Not Modified 響應報文。

 2:If-None-Modified:

  然而，有些狀況下僅使用最後修改日期進行再驗證是不夠的。有些服務器提供的文檔會在亞秒間隙發生變化，而使用Last-Modified-Since只是以秒爲最小粒度的。爲了解決這個問題，HTTP引入了實體標籤再驗證。

  當客戶端初次請求一個資源時，會在響應字段中附加上此文檔的實體標籤(ETag)。首部字段ETag是一種可將資源以字符串形式做爲惟一性標識的方式。

ETag: "a8df4773ac9fd11:121f"

  這樣，當緩存進行再驗證時，會附加 If-None-Match: 條件請求。

If-None-Match:"a8df4773ac9fd11:121f"

  同理，若是服務器上的實體標記與 If-None-Modified 的值(緩存中資源的ETag)不同，說明資源已經改變，就會執行 200 響應併發送新的內容和新的ETag；反之直接返回304。

總結:

  如今，涉及到緩存控制的首部字段有:Expires 和 Cache-Control:max-age ，If-Modified-Since ( 與Last-Modified配合使用 ) 和 If-None-Match ( 與ETag配合使用 )。

  咱們來大體總結一下:當咱們請求一個資源時:

  1.首先查看瀏覽器有沒有此資源的緩存，若是沒有，請求服務器。若是有，根據Expires和Cache-Control:max-age 判斷此緩存有沒有過時，若是沒有過時，直接使用，徹底不走服務器。若是已過時，進行服務器的再驗證。

  2.第一步中當根據Expires和Cache-Control:max-age 得知資源確實過時後，瀏覽器會帶者 If-Last-Modified 和 If-None-Modified 進入服務器進行再驗證。若是二者條件都知足，說明緩存的資源即便過時了但仍是「新鮮的」，直接返回304。反之，接收請求並返回新的資源。