瀏覽器緩衝機制詳細介紹

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控制瀏覽器緩衝的主流欄位。和瀏覽器緩衝相關的是如下幾個響應指令：

指令	參數	說明
private	無	表明響應只能被單個使用者緩衝，不能作為共用快取（即Proxy 伺服器不能緩衝它）
public	可省略	表明響應可以被任何對象（包括：發送請求的用戶端，Proxy 伺服器，等等）緩衝
no-cache	可省略	緩衝前必需確認其有效性
no-store	無	不緩衝請求或響應的任何內容
max-age=[s]	必需	響應的最大值

• 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。

3.Expires
Expires是一個響應首部欄位，它指定了一個日期/時間，在這個時間/日期之前，HTTP緩衝被認為是有效。無效的日期比如0，表示這個資源已經到期了。如果同時設定了Cache-Control響應首部欄位的max-age，則Expires會被忽略。它也是HTTP/1.1之前版本遺留的通用首部欄位，僅作為於HTTP/1.0的向後相容而使用。

控制協商緩衝的欄位

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: <day-name>, <day> <month> <year> <hour>:<minute>:<second> GMT
Last-Modified: <day-name>, <day> <month> <year> <hour>:<minute>:<second> GMT

2.ETag/If-None-Match
ETag是一個響應首部欄位，它是根據實體內容產生的一段hash字串，標識資源的狀態，由服務端產生。If-None-Match是一個條件式的請求首部。如果請求資源時在請求首部加上這個欄位，值為之前伺服器端返回的資源上的ETag，則若且唯若伺服器上沒有任何資源的ETag屬性值與這個首部中列出的時候，伺服器才會返回帶有所請求資源實體的200響應，否則伺服器會返回不帶實體的304響應。ETag優先順序比Last-Modified高，同時存在時會以ETag為準。

If-None-Match: <etag_value>
If-None-Match: <etag_value>, <etag_value>, …
If-None-Match: *

ETag屬性之間的比較採用的是 弱比較演算法，即兩個檔案除了每個位元都相同外，內容一致也可以認為是相同的。例如，如果兩個頁面僅僅在頁尾的產生時間有所不同，就可以認為二者是相同的。

因為ETag的特性，所以相較於Last-Modified有一些優勢：

    1.  某些情況下伺服器無法擷取資源的最後修改時間    2.  資源的最後修改時間變了但是內容沒變，使用ETag可以正確緩衝    3.  如果資源修改非常頻繁，在秒以下的時間進行修改，Last-Modified只能精確到秒

整體流程