10分鐘完全搞懂Http的強制緩存和協商緩存

一 強制緩存

強制緩存總體流程比較簡單，就是在第一次訪問服務器取到數據以後，在過時時間以內不會再去重複請求。實現這個流程的核心就是如何知道當前時間是否超過了過時時間。

強制緩存的過時時間經過第一次訪問服務器時返回的響應頭獲取。在 http 1.0 和 http 1.1 版本中經過不一樣的響應頭字段實現。

http 1.0

在 http 1.0 版本中，強制緩存經過 Expires 響應頭來實現。 expires 表示將來資源會過時的時間。也就是說，當發起請求的時間超過了 expires 設定的時間，即表示資源緩存時間到期，會發送請求到服務器從新獲取資源。而若是發起請求的時間在 expires 限定的時間以內，瀏覽器會直接讀取本地緩存數據庫中的信息（from memory or from disk），兩種方式根據瀏覽器的策略隨機獲取。

http 1.1

在 http 1.1 版本中，強制緩存經過 Cache-Control 響應頭來實現。Cache-Control 擁有多個值：

private：客戶端能夠緩存
public：客戶端和代理服務器都可緩存；
max-age=xxx：緩存的資源將在 xxx 秒後過時；
no-cache：須要使用協商緩存來驗證是否過時；
no-store：不可緩存

最經常使用的字段就是 max-age=xxx ，表示緩存的資源將在 xxx 秒後過時。通常來講，爲了兼容，兩個版本的強制緩存都會被實現。

總結

強制緩存只有首次請求才會跟服務器通訊，讀取緩存資源時不會發出任何請求，資源的 Status 狀態碼爲 200，資源的 Size 爲 from memory 或者 from disk ，http 1.1 版本的實現優先級會高於 http 1.0 版本的實現。

二 協商緩存

協商緩存與強制緩存的不一樣之處在於，協商緩存每次讀取數據時都須要跟服務器通訊，而且會增長緩存標識。在第一次請求服務器時，服務器會返回資源，而且返回一個資源的緩存標識，一塊兒存到瀏覽器的緩存數據庫。當第二次請求資源時，瀏覽器會首先將緩存標識發送給服務器，服務器拿到標識後判斷標識是否匹配，若是不匹配，表示資源有更新，服務器會將新數據和新的緩存標識一塊兒返回到瀏覽器；若是緩存標識匹配，表示資源沒有更新，而且返回 304 狀態碼，瀏覽器就讀取本地緩存服務器中的數據。

在 http 協議的 1.0 和 1.1 版本中也有不一樣的實現方式。

http 1.0

在 http 1.0 版本中，第一次請求資源時服務器經過 Last-Modified 來設置響應頭的緩存標識，而且把資源最後修改的時間做爲值填入，而後將資源返回給瀏覽器。在第二次請求時，瀏覽器會首先帶上 If-Modified-Since 請求頭去訪問服務器，服務器會將 If-Modified-Since 中攜帶的時間與資源修改的時間匹配，若是時間不一致，服務器會返回新的資源，而且將 Last-Modified 值更新，做爲響應頭返回給瀏覽器。若是時間一致，表示資源沒有更新，服務器返回 304 狀態碼，瀏覽器拿到響應狀態碼後從本地緩存數據庫中讀取緩存資源。

這種方式有一個弊端，就是當服務器中的資源增長了一個字符，後來又把這個字符刪掉，自己資源文件並無發生變化，但修改時間發生了變化。當下次請求過來時，服務器也會把這個原本沒有變化的資源從新返回給瀏覽器。

http 1.1

在 http 1.1 版本中，服務器經過 Etag 來設置響應頭緩存標識。Etag 的值由服務端生成。在第一次請求時，服務器會將資源和 Etag 一併返回給瀏覽器，瀏覽器將二者緩存到本地緩存數據庫。在第二次請求時，瀏覽器會將 Etag 信息放到 If-None-Match 請求頭去訪問服務器，服務器收到請求後，會將服務器中的文件標識與瀏覽器發來的標識進行對比，若是不相同，服務器返回更新的資源和新的 Etag ，若是相同，服務器返回 304 狀態碼，瀏覽器讀取緩存。

總結

協商緩存每次請求都會與服務器交互，第一次是拿數據和標識的過程，第二次開始，就是瀏覽器詢問服務器資源是否有更新的過程。每次請求都會傳輸數據，若是命中緩存，則資源的 Status 狀態碼爲 304 而不是 200 。一樣的，通常來說爲了兼容，兩個版本的協商緩存都會被實現，http 1.1 版本的實現優先級會高於 http 1.0 版本的實現。