強(qiáng)，協(xié)商緩存參考
緩存分為兩種：強(qiáng)緩存和協(xié)商緩存，根據(jù)響應(yīng)的header內(nèi)容來決定。
強(qiáng)緩存相關(guān)字段有expires，cache-control。如果cache-control與expires同時(shí)存在的話，cache-control的優(yōu)先級(jí)高于expires。
協(xié)商緩存相關(guān)字段有Last-Modified/If-Modified-Since，Etag/If-None-Match
cache-control是直接不發(fā)送請(qǐng)求，而ETag是發(fā)送請(qǐng)求，但是如果md5相同就不下載，響應(yīng)體是空的
Etag和If-None-Match
Etag/If-None-Match返回的是一個(gè)校驗(yàn)碼。ETag可以保證每一個(gè)資源是唯一的，資源變化都會(huì)導(dǎo)致ETag變化。服務(wù)器根據(jù)瀏覽器上送的If-None-Match值來判斷是否命中緩存。
與Last-Modified不一樣的是，當(dāng)服務(wù)器返回304 Not Modified的響應(yīng)時(shí)，由于ETag重新生成過，response header中還會(huì)把這個(gè)ETag返回，即使這個(gè)ETag跟之前的沒有變化。
Last-Modify/If-Modify-Since
瀏覽器第一次請(qǐng)求一個(gè)資源的時(shí)候，服務(wù)器返回的header中會(huì)加上Last-Modify，Last-modify是一個(gè)時(shí)間標(biāo)識(shí)該資源的最后修改時(shí)間
當(dāng)瀏覽器再次請(qǐng)求該資源時(shí)，request的請(qǐng)求頭中會(huì)包含If-Modify-Since，該值為緩存之前返回的Last-Modify。服務(wù)器收到If-Modify-Since后，根據(jù)資源的最后修改時(shí)間判斷是否命中緩存。
如果命中緩存，則返回304，并且不會(huì)返回資源內(nèi)容，并且不會(huì)返回Last-Modify。
Last-Modified與ETag是可以一起使用的，服務(wù)器會(huì)優(yōu)先驗(yàn)證ETag，一致的情況下，才會(huì)繼續(xù)比對(duì)Last-Modified，最后才決定是否返回304。
強(qiáng)緩存、協(xié)商緩存什么時(shí)候用哪個(gè)
希望服務(wù)器上的資源更新了瀏覽器就請(qǐng)求新的資源，沒有更新就使用本地的緩存，以最大程度的減少因網(wǎng)絡(luò)請(qǐng)求而產(chǎn)生的資源浪費(fèi)。
<!DOCTYPE html><html xmlns="http://www.w3.org/1999/xhtml"><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<img src="images/head.png" />
<a href="page.html">重新訪問page頁</a></body></html>
首次訪問該頁面，頁面中 head.png 響應(yīng)頭部分信息如下：
HTTP/1.1 200 OK
Cache-Control: no-cache
Content-Type: image/png
Last-Modified: Tue, 08 Nov 2016 06:59:00 GMT
Date: Thu, 10 Nov 2016 02:48:50 GMT
問題1：點(diǎn)擊“重新訪問 page 頁”重新加載該頁面后， head.png 如何二次加載？
問題2：將 Cache-Control 設(shè)置為 private，結(jié)果如何？
Http 緩存頭是如何協(xié)同工作的
緩存存儲(chǔ)策略
用來確定 Http 響應(yīng)內(nèi)容是否可以被客戶端緩存，以及可以被哪些客戶端緩存
Cache-Control 頭里的以下：
public 指令規(guī)定了將資源作為公共緩存，可以被多個(gè)用戶使用，一般存儲(chǔ)在代理服務(wù)器中。
private 指令規(guī)定了將資源作為私有緩存，只能被單獨(dú)用戶使用，一般存儲(chǔ)在用戶瀏覽器中。
no-cache 指令規(guī)定緩存服務(wù)器需要先向源服務(wù)器驗(yàn)證緩存資源的有效性，只有當(dāng)緩存資源有效時(shí)才能使用該緩存對(duì)客戶端的請(qǐng)求進(jìn)行響應(yīng)。Cache-Control: no-cache 相當(dāng)于 Cache-Control: max-age=0
no-store 指令規(guī)定不能對(duì)請(qǐng)求或響應(yīng)的任何一部分進(jìn)行緩存
以上無法確定本地緩存的數(shù)據(jù)是否可用（可能已經(jīng)失效），還必須借助一套鑒別機(jī)制來確認(rèn)才行， 這就是
緩存過期策略
看本地的緩存數(shù)據(jù)是否已過期，是否可直接從本地緩存數(shù)據(jù)中加載數(shù)據(jù)并展示（否則就發(fā)請(qǐng)求到服務(wù)端獲?。?br>
Expires 指名了緩存數(shù)據(jù)有效的絕對(duì)時(shí)間，告訴客戶端到了這個(gè)時(shí)間點(diǎn)（比照客戶端時(shí)間點(diǎn)）后本地緩存就作廢了，或者用 Cache-Control 中的max-age，優(yōu)先級(jí)還高于 Expires
緩存數(shù)據(jù)標(biāo)記為已過期只是告訴客戶端不能再直接從本地讀取緩存了，并不等同于本地緩存數(shù)據(jù)沒用了
緩存對(duì)比策略
將緩存在客戶端的數(shù)據(jù)標(biāo)識(shí)發(fā)往服務(wù)端，服務(wù)端通過標(biāo)識(shí)來判斷客戶端緩存數(shù)據(jù)是否仍有效，進(jìn)而決定是否要重發(fā)數(shù)據(jù)
檢測(cè)到數(shù)據(jù)過期重新發(fā)起一個(gè) http 請(qǐng)求到服務(wù)器，服務(wù)器先看請(qǐng)求頭有沒有帶標(biāo)識(shí)（ If-Modified-Since、If-None-Match），如果判斷標(biāo)識(shí)仍然有效，則返回304告訴客戶端取本地緩存數(shù)據(jù)來用即可（這里要注意在首次響應(yīng)時(shí)輸出相應(yīng)的頭信息（Last-Modified、ETags）到客戶端）
參考
