稍微解釋一下：
1.Cache-
cache- 的種類這么多，然而怎么使用它們呢，參看下圖：
2.
緩存過期時間，用來指定資源到期的時間，是服務(wù)器端的具體的時間點。也就是說， =max-age + 請求時間 ，需要和 Last- 結(jié)合使用。但在上面我們提到過，cache- 的優(yōu)先級更高。 是 Web 服務(wù)器響應(yīng)消息頭字段，在響應(yīng) http 請求時告訴瀏覽器在過期時間前瀏覽器可以直接從瀏覽器緩存取數(shù)據(jù)，而無需再次請求。
3.Last- & If--since
服務(wù)器端文件的最后修改時間，需要和 cache- 共同使用，是檢查服務(wù)器端資源是否更新的一種方式。當瀏覽器再次進行請求時，會向服務(wù)器傳送 If--Since 報頭，詢問 Last- 時間點之后資源是否被修改過。如果沒有修改，則返回碼為 304，使用緩存；如果修改過，則再次去服務(wù)器請求資源，返回碼和首次請求相同為 200，資源為服務(wù)器最新資源。
4.Etag & & If-None-Match
根據(jù)實體內(nèi)容生成一段 hash 字符串，標識資源的狀態(tài)，由服務(wù)端產(chǎn)生。瀏覽器會將這串字符串傳回服務(wù)器，驗證資源是否已經(jīng)修改，如果沒有修改，過程如下：
2.2.3 緩存報頭種類與優(yōu)先級
1.Cache- 與
Cache- 與 的作用一致，都是指明當前資源的有效期，控制瀏覽器是否直接從瀏覽器緩存取數(shù)據(jù)還是重新發(fā)請求到服務(wù)器取數(shù)據(jù)。只不過 Cache- 的選擇更多，設(shè)置更細致，如果同時設(shè)置的話，其優(yōu)先級高于 。
2.Last- 與 ETag
你可能會覺得使用 Last- 已經(jīng)足以讓瀏覽器知道本地的緩存副本是否足夠新，為什么還需要 Etag（實體標識）呢？HTTP1.1 中 Etag 的出現(xiàn)主要是為了解決幾個 Last- 比較難解決的問題：
Etag 是服務(wù)器自動生成或者由開發(fā)者生成的對應(yīng)資源在服務(wù)器端的唯一標識符，能夠更加準確的控制緩存。Last- 與 ETag 是可以一起使用的，服務(wù)器會優(yōu)先驗證 ETag，一致的情況下，才會繼續(xù)比對 Last-，最后才決定是否返回 304。Etag的服務(wù)器生成規(guī)則和強弱 Etag 的相關(guān)內(nèi)容可以參考，《互動百科-Etag》和《HTTP 》，這里不再深入。
3.Last-/ETag 與 Cache-/
配置 Last-/ETag 的情況下，瀏覽器再次訪問統(tǒng)一 URI 的資源，還是會發(fā)送請求到服務(wù)器詢問文件是否已經(jīng)修改，如果沒有，服務(wù)器會只發(fā)送一個 304 回給瀏覽器，告訴瀏覽器直接從自己本地的緩存取數(shù)據(jù)；如果修改過那就整個數(shù)據(jù)重新發(fā)給瀏覽器；
Cache-/ 則不同，如果檢測到本地的緩存還是有效的時間范圍內(nèi)，瀏覽器直接使用本地副本，不會發(fā)送任何請求。兩者一起使用時緩存文件是什么意思， Cache-/ 的優(yōu)先級要高，即當本地副本根據(jù) Cache-/ 發(fā)現(xiàn)還在有效期內(nèi)時，則不會再次發(fā)送請求去服務(wù)器詢問修改時間 Last- 或?qū)嶓w標識 Etag 了。
一般情況下，兩者會配合一起使用，因為即使服務(wù)器設(shè)置緩存時間, 當用戶點擊“刷新”按鈕時，瀏覽器會忽略緩存繼續(xù)向服務(wù)器發(fā)送請求，這時 Last-/ETag 將能夠很好利用 304，從而減少響應(yīng)開銷。
2.2.4 哪些請求不能被緩存？
無法被瀏覽器緩存的請求：
使用緩存流程
一個用戶發(fā)起一個靜態(tài)資源請求的時候，瀏覽器會通過以下幾步來獲取并展示資源：
緩存行為主要由緩存策略決定，而緩存策略由內(nèi)容擁有者設(shè)置。這些策略主要通過特定的 HTTP 頭部來清晰地表達。
以上過程也可以被概括為三個階段：
用戶操作行為與緩存的關(guān)系
用戶在使用瀏覽器的時候，會有各種操作，比如輸入地址后回車，按 F5 刷新等，這些行為會對緩存有什么影響呢？
通過上表我們可以看到，當用戶在按 F5 進行刷新的時候，會忽略 /Cache- 的設(shè)置，會再次發(fā)送請求去服務(wù)器請求緩存文件是什么意思，而 Last-/Etag 還是有效的，服務(wù)器會根據(jù)情況判斷返回 304 還是 200；
而當用戶使用 Ctrl+F5 進行強制刷新的時候，只是所有的緩存機制都將失效，重新從服務(wù)器拉去資源。
如何從緩存角度改善站點
—網(wǎng)上的帖子大多深淺不一，甚至有些前后矛盾，在下的文章都是學(xué)習(xí)過程中的總結(jié)，如果發(fā)現(xiàn)錯誤，歡迎留言指出~
參考：
Web緩存機制系列：
淺談web緩存：
Web前后端緩存技術(shù)：
-END -