摘要：用于防止重要的信息被無意的發(fā)布。只有特定用戶才能使用緩存，適用于公共緩存服務器的情況。強緩存的過程強緩存的過程強緩存瀏覽器直接從本地緩存中獲取數(shù)據(jù)，不與服務器進行交互。當瀏覽器發(fā)現(xiàn)緩存過期后，緩存并不一定不能使用了。

歡迎大家前往騰訊云+社區(qū)，獲取更多騰訊海量技術實踐干貨哦~

本文由前端林子發(fā)表于云+社區(qū)專欄

瀏覽器緩存，是瀏覽器端保存數(shù)據(jù)，用于快速讀取或避免重復資源請求的優(yōu)化機制，有效的緩存使用可以避免重復的網(wǎng)絡請求和加快頁面速度,從而提高用戶體驗。

一 強緩存

1.1 區(qū)分Expires和Cache-Control

以一個接口返回的響應頭為例：

這里我畫了張思維導圖，對Expires和Cache-Control做比較：

具體介紹Expires和Cache-Control：

Expires:

(1)Expires是HTTP1.0的東西，現(xiàn)在默認瀏覽器均默認使用HTTP 1.1，所以它的作用基本忽略；

(2)Expires規(guī)定了緩存失效時間（Date為當前時間），是絕對時間。由于Expires返回的是一個絕對時間，在服務器時間與客戶端時間相差較大的時候，緩存命中不準確；

Cache-Control：

(1)Cache-Control是HTTP1.1的

(2)Cache-Control的max-age規(guī)定了緩存有效時間（2552s)，是相對時間；

(3)若響應頭Expires和Cache-Control同時存在，Cache-Control優(yōu)先級高于Expires

Cache-Control的常用指令：

no-cache：不使用本地緩存，需要使用協(xié)商緩存，也就是先與服務器確認緩存是否可用。

no-store：禁用緩存。用于防止重要的信息被無意的發(fā)布。在請求消息中發(fā)送將使得請求和響應消息都不使用緩存。

public：其他用戶也可使用緩存，適用于公共緩存服務器的情況。

private：只有特定用戶才能使用緩存，適用于公共緩存服務器的情況。

max-age：客戶機可以接收生存期不大于指定時間（以秒為單位）的響應。

min-fresh客戶機可以接收響應時間小于當前時間加上指定時間的響應。

max-stale指示客戶機可以接收超出超時期間的響應消息。如果指定max-stale消息的值，那么客戶機可以接收超出超時期指定值之內(nèi)的響應消息。

注意：no-cache指令并不是不緩存，no-cache的意思是可以緩存，但每次用應該去向服務器驗證緩存是否可用。no-store才是不緩存內(nèi)容。

1.2 強緩存的過程

強緩存：瀏覽器直接從本地緩存中獲取數(shù)據(jù)，不與服務器進行交互。

· 瀏覽器第一次跟服務器請求一個資源，服務器在返回這個資源的同時，在response的header會加上Expires/Cache-Control的header；

· 瀏覽器再請求這個資源時，先從緩存中尋找，找到這個資源后，比較Expires或Cache-Control的max-age字段值做比較, 如果在有效期內(nèi)，則讀取緩存內(nèi)容；若緩存已過期，則重新向服務器發(fā)送請求；

· header在重新加載的時候會被更新

這里我畫了兩張圖，瀏覽器第一次請求：

瀏覽器第一次請求

瀏覽器再次請求：

強緩存

對于強緩存，chrome瀏覽器的狀態(tài)碼：

200 OK(from disk cache)或是200 OK (from memory cache)

例如：請求某個圖片后，當瀏覽器再次訪問這個圖片時，發(fā)現(xiàn)有這個圖片的緩存，且緩存沒過期，所以就使用緩存。

當瀏覽器發(fā)現(xiàn)緩存過期后，緩存并不一定不能使用了。比如文件雖然過了有效期，但內(nèi)容并沒有發(fā)生改變，還是可以用緩存數(shù)據(jù)。所以，這個時候需要與服務器協(xié)商，讓服務器判斷本地緩存是否還能使用。那么又怎么判斷服務端文件有沒有更新呢？主要有兩種方式：

Last-Modified，If-Modified-since。

二 協(xié)商緩存

2.1 區(qū)分Last-Modified和If-Modified-Since

以一個返回的接口為例：

Last-Modified的格式：

Last-Modified: Mon, 17 Sep 2018 12:06:18 GMT

If-Modified-Since的格式：

If-Modified-Since: Mon, 17 Sep 2018 12:06:18 GMT

2.2 Etag是什么

web服務器響應請求時，告訴瀏覽器當前資源在服務器的唯一標識（生成規(guī)則由服務器決定）。Apache中，ETag的值默認是對文件的索引節(jié)（INode），大?。⊿ize）和最后修改時間（MTime）進行Hash后得到的。

2.3 協(xié)商緩存的過程

瀏覽器第一次請求：

瀏覽器第一次緩存

瀏覽器再一次請求：

協(xié)商緩存

Last-Modified、If-Modified-Since：

· 瀏覽器第一次向服務器請求一個資源，服務器在返回這個資源的同時，在respone的header加上Last-Modified字段，表示該資源在服務器上的最后修改時間；

· 瀏覽器再次向服務器請求這個資源時，在request的header上加上If-Modified-Since字段，這個值就是上一次請求時返回的Last-Modified的值;

·服務器收到資源請求時，比較If-Modified-Since字段值和被請求資源的最后修改時間，若資源最后修改時間較舊，則說明文件沒有修改，返回304 Not Modified, 瀏覽器從緩存中加載資源；若不相同，說明文件被更新，瀏覽器直接從服務器加載資源, 返回200；

·重新加載資源時更新Last-Modified Header

Etag、If-None-Match

· 瀏覽器第一次向服務器請求一個資源，服務器在返回這個資源的同時，在respone的header加上ETag字段；

·瀏覽器再次跟服務器請求這個資源時，在request的header上加上If-None-Match，這個值就是上一次請求時返回的ETag的值；

·服務器再次收到資源請求時，再根據(jù)資源生成一個新的ETag，與瀏覽器傳過來If-None-Match比較，如果這兩個值相同，則說明資源沒有變化，返回304 Not Modified, 瀏覽器從緩存中加載資源，否則返回200 資源內(nèi)容。與Last-Modified不一樣的是，當服務器返回304 Not Modified的響應時，由于ETag重新生成過，response header中還會把這個ETag返回，即使這個ETag跟之前的沒有變化

2.4 為什么有了Last-Modified，還要用Etag呢？

HTTP1.1中ETag的出現(xiàn)主要是為了解決幾個Last-Modified比較難解決的問題：

·一些文件也許會周期性的更改，但是他的內(nèi)容并不改變(僅僅改變的修改時間)，這個時候我們并不希望客戶端認為這個文件被修改了，而重新GET；

·某些文件修改非常頻繁，比如在秒以下的時間內(nèi)進行修改，(比方說1s內(nèi)修改了N次)，If-Modified-Since能檢查到的粒度是s級的，這種修改無法判斷(或者說UNIX記錄MTIME只能精確到秒)；

·某些服務器不能精確的得到文件的最后修改時間。

對于上述情景，利用ETag能夠更加準確的控制緩存，因為ETag是服務器自動生成的資源在服務器端的唯一標識符，資源每次變動，都會生成新的ETag值。Last-Modified與ETag是可以一起使用的，但服務器會優(yōu)先驗證ETag。

2.5 比較強緩存和協(xié)商緩存

基于上文對強緩存和協(xié)商緩存過程的解釋，這里我把強緩存和協(xié)商緩存繪制在一張圖里，方便比較，具體過程可以參照上文：

http緩存

三 小結(jié)

本文主要通過圖解介紹了http的緩存，具體包括強緩存和協(xié)商緩存。如有問題，歡迎指正。

相關閱讀
【每日課程推薦】機器學習實戰(zhàn)！快速入門在線廣告業(yè)務及CTR相應知識

此文已由作者授權騰訊云+社區(qū)發(fā)布，更多原文請點擊

搜索關注公眾號「云加社區(qū)」，第一時間獲取技術干貨，關注后回復1024 送你一份技術課程大禮包！

海量技術實踐經(jīng)驗，盡在云加社區(qū)！