?
This document uses PHP Chinese website manual Release
通過重復(fù)使用先前提取的資源，可以顯著提高網(wǎng)站和應(yīng)用程序的性能。Web緩存減少了延遲和網(wǎng)絡(luò)流量，從而減少了顯示資源表示所需的時間。通過使用HTTP緩存，網(wǎng)站變得更加快速響應(yīng)。
不同種類的緩存
緩存是一種技術(shù)，可存儲給定資源的副本，并在請求時將其返回。當(dāng)Web緩存在其存儲中具有請求的資源時，它攔截該請求并返回其副本，而不是從原始服務(wù)器重新下載。這實(shí)現(xiàn)了幾個目標(biāo)：它減輕了不需要為所有客戶端服務(wù)的服務(wù)器的負(fù)載，并且通過更接近客戶端來提高性能，即，將資源傳回的時間更短。對于一個網(wǎng)站來說，它是實(shí)現(xiàn)高性能的一個重要組成部分。另一方面，它必須正確配置，因?yàn)椴⒎撬匈Y源都永遠(yuǎn)保持一致：僅在資源緩存更改時才緩存資源，這一點(diǎn)非常重要。
有幾種緩存：這些緩存可以分為兩大類：私有緩存或共享緩存。甲共享高速緩存是由一個以上的用戶存儲用于重用響應(yīng)的高速緩存中。一個私有緩存專用于單個用戶。該頁面主要討論瀏覽器和代理緩存，但也有部署在Web服務(wù)器上的網(wǎng)關(guān)緩存，CDN，反向代理緩存和負(fù)載平衡器，以提高網(wǎng)站和Web應(yīng)用程序的可靠性，性能和擴(kuò)展性。
私人瀏覽器緩存
專用緩存專用于單個用戶。您可能已經(jīng)在瀏覽器的設(shè)置中看到“緩存”。瀏覽器緩存保存用戶通過HTTP下載的所有文檔。該緩存用于使訪問文檔可用于后退/前進(jìn)導(dǎo)航，保存，以源代碼查看等，而無需額外訪問服務(wù)器。它同樣改進(jìn)了緩存內(nèi)容的離線瀏覽。
共享代理緩存
共享緩存是一個緩存，用于存儲將被多個用戶重用的響應(yīng)。例如，ISP或貴公司可能已將Web代理設(shè)置為其本地網(wǎng)絡(luò)基礎(chǔ)架構(gòu)的一部分，以便為許多用戶提供服務(wù)，從而使常用資源多次重復(fù)使用，從而減少網(wǎng)絡(luò)流量和延遲。
緩存操作的目標(biāo)
HTTP緩存是可選的，但通常需要重新使用緩存資源。但是，常見的HTTP緩存通常僅限于緩存響應(yīng)GET并可能拒絕其他方法。主緩存鍵由請求方法和目標(biāo)URI組成（通常只有URI被使用，因?yàn)橹挥蠫ET請求才是緩存目標(biāo)）。常見的緩存條目形式是：
檢索請求的成功結(jié)果：
200對GET包含諸如HTML文檔，圖像或文件等資源的請求的（確定）響應(yīng)。
永久重定向：a
301（永久移動）響應(yīng)。
錯誤響應(yīng)：一個
404（未找到）結(jié)果頁面。
不完整的結(jié)果：（
206部分內(nèi)容）響應(yīng)。
除了
GET定義適合用作緩存鍵的東西之外的其他響應(yīng)。
如果請求是內(nèi)容協(xié)商的目標(biāo)，則高速緩存條目也可能由多個由輔助鍵區(qū)分的存儲響應(yīng)組成。有關(guān)更多詳細(xì)信息，請參閱Vary下面的標(biāo)題信息。
控制緩存
Cache-control頭
Cache-ControlHTTP / 1.1通用頭字段用于指定在請求和響應(yīng)緩存機(jī)制的指令。使用這個頭文件可以用它提供的各種指令來定義你的緩存策略。
根本不存在緩存存儲
緩存不應(yīng)該存儲有關(guān)客戶端請求或服務(wù)器響應(yīng)的任何內(nèi)容。一個請求被發(fā)送到服務(wù)器，并且每次都會下載一個完整的響應(yīng)。
Cache-Control: no-store Cache-Control: no-cache, no-store, must-revalidate
沒有緩存
在釋放緩存副本之前，緩存會將請求發(fā)送到原始服務(wù)器進(jìn)行驗(yàn)證。
Cache-Control: no-cache
私人和公共緩存
“public”指令表明響應(yīng)可能被任何緩存緩存。如果頁面具有HTTP身份驗(yàn)證或響應(yīng)狀態(tài)代碼通常不可緩存的頁面現(xiàn)在應(yīng)該被緩存，這可能很有用。另一方面，“私有”表示該響應(yīng)僅適用于單個用戶，并且不得由共享緩存存儲。在這種情況下，私人瀏覽器緩存可能會存儲響應(yīng)。
Cache-Control: privateCache-Control: public
終止
這里最重要的指令是“ max-age=<seconds>”，這是資源被認(rèn)為是最新的最大時間量。相反Expires，這個指令是相對于請求的時間而言的。對于應(yīng)用程序中不會更改的文件，通常可以添加積極的緩存。這包括靜態(tài)文件，例如圖像，CSS文件和JavaScript文件。
有關(guān)更多詳細(xì)信息，另請參閱下面的“新鮮度”部分。
Cache-Control: max-age=31536000
驗(yàn)證
使用“ must-revalidate”指令時，緩存必須在使用前驗(yàn)證陳舊資源的狀態(tài)，不應(yīng)使用過期資源。有關(guān)更多詳細(xì)信息，請參閱下面的驗(yàn)證部分。
Cache-Control: must-revalidate
Pragma頭
Pragma是一個HTTP / 1.0標(biāo)頭，它是未指定的HTTP響應(yīng)，因此不為普通HTTP / 1.1的可靠替換Cache-Control首部，雖然它不表現(xiàn)一樣Cache-Control: no-cache，如果Cache-Control在請求中省略報頭字段。使用Pragma僅適用于HTTP / 1.0客戶端的向后兼容性。
更新度
一旦資源存儲在緩存中，理論上它可以永久存儲在緩存中。緩存具有有限的存儲空間，因此項目會定期從存儲中刪除。這個過程被稱為緩存逐出。另一方面，服務(wù)器上的一些資源可能會發(fā)生變化，所以應(yīng)該更新緩存。由于HTTP是客戶端 - 服務(wù)器協(xié)議，因此當(dāng)資源發(fā)生更改時，服務(wù)器無法聯(lián)系緩存和客戶端; 他們必須傳達(dá)資源的到期時間。在這個到期時間之前，資源是新鮮的 ; 到期后，資源已過時。驅(qū)逐算法經(jīng)常使新資源超過陳舊的資源。請注意，陳舊的資源不會被驅(qū)逐或忽略; 當(dāng)緩存接收到過時資源的請求時，它會將此請求轉(zhuǎn)發(fā)給a，If-None-Match以檢查它是否實(shí)際上仍然是新的。如果是這樣，服務(wù)器返回304（未修改）標(biāo)題，而不發(fā)送請求資源的主體，節(jié)省一些帶寬。
以下是使用共享高速緩存代理的此過程示例：
更新度使用壽命是根據(jù)多個標(biāo)題計算得出的。如果Cache-control: max-age=N指定了“ ”標(biāo)題，則新鮮度生存期等于N.如果該標(biāo)題不存在（通常是這種情況），則檢查Expires標(biāo)題是否存在。如果Expires存在標(biāo)題，則其值減去Date標(biāo)題的值確定新鮮度生存期。最后，如果兩個標(biāo)題都不存在，請查找Last-Modified標(biāo)題。如果存在這個頭部，則緩存的新鮮度壽命等于Date頭部的值減去頭部的值Last-modified除以10。
到期時間計算方法如下：
expirationTime = responseTime + freshnessLifetime - currentAge
responseTime根據(jù)瀏覽器收到響應(yīng)的時間在哪個位置？
資源已被修改
我們使用緩存資源越多，網(wǎng)站的響應(yīng)能力和性能就越好。為了優(yōu)化這一點(diǎn)，良好的做法建議盡可能在將來設(shè)定到期時間。對于定期更新或經(jīng)常更新的資源，這是可能的，但對于很少和不經(jīng)常更新的資源而言存在問題。他們是從緩存資源中受益最多的資源，但這使得它們很難更新。這是包含并鏈接到每個網(wǎng)頁的技術(shù)資源的典型代表：JavaScript和CSS文件很少更改，但當(dāng)它們更改時，您希望它們能夠快速更新。
Web開發(fā)人員發(fā)明了一種Steve Sounders稱之為改變的技術(shù)。不經(jīng)常更新的文件以特定的方式命名：在他們的URL中，通常在文件名中添加修訂版（或版本）號。這樣，每一個這個資源的新版本都被認(rèn)為是永遠(yuǎn)不會有的資源變化并且可能在將來有很長的到期時間，通常是一年甚至更長。為了獲得新的版本，所有到它們的鏈接都必須改變，這就是這種方法的缺點(diǎn)：通常由Web開發(fā)人員使用的工具鏈來處理額外的復(fù)雜性。當(dāng)不經(jīng)常變化的資源發(fā)生變化時，它們會對經(jīng)常變化的資源產(chǎn)生額外的變化。當(dāng)這些被讀取時，其他的新版本也被讀取。
這種技術(shù)還有一個額外的好處：同時更新兩個緩存資源不會導(dǎo)致一種資源的過時版本與另一種資源的新版本結(jié)合使用的情況。當(dāng)網(wǎng)站具有相互依賴的CSS樣式表或JS腳本時，這是非常重要的，即它們相互依賴，因?yàn)樗鼈円孟嗤腍TML元素。
添加到revved資源中的修訂版本不需要像1.1.3這樣的經(jīng)典修訂字符串，或者甚至是單調(diào)增長的一組數(shù)字。它可以是防止碰撞的任何東西，比如散列或日期。
緩存驗(yàn)證
當(dāng)用戶按下重新加載按鈕時，觸發(fā)重新驗(yàn)證。如果緩存的響應(yīng)包含“ Cache-control: must-revalidate”標(biāo)題，它也會在正常瀏覽下觸發(fā)。另一個因素是首Advanced->Cache選項面板中的緩存驗(yàn)證首選項。每次加載文檔時都有一個強(qiáng)制驗(yàn)證的選項。
當(dāng)達(dá)到緩存文檔的到期時間時，它將被驗(yàn)證或再次提取。驗(yàn)證只有在服務(wù)器提供強(qiáng)驗(yàn)證器或弱驗(yàn)證器時才會發(fā)生。
ETags
ETag響應(yīng)報頭是不透明到所述-用戶代理 可以使用作為強(qiáng)驗(yàn)證值的。這意味著HTTP用戶代理（如瀏覽器）不知道該字符串代表什么，也無法預(yù)測其價值。如果ETag頭部是資源響應(yīng)的一部分，則客戶端可以If-None-Match在未來請求的頭部中發(fā)出- 以驗(yàn)證緩存的資源。
的Last-Modified響應(yīng)報頭可以被用作弱驗(yàn)證器。它被認(rèn)為是微弱的，因?yàn)樗挥?秒的分辨率。如果Last-Modified標(biāo)題出現(xiàn)在響應(yīng)中，則客戶端可以發(fā)出If-Modified-Since請求標(biāo)頭來驗(yàn)證緩存的文檔。
當(dāng)發(fā)出驗(yàn)證請求時，服務(wù)器可以忽略驗(yàn)證請求并以普通方式進(jìn)行響應(yīng)200 OK，也可以返回304 Not Modified（使用空的主體）來指示瀏覽器使用其緩存副本。后一個響應(yīng)還可以包括更新緩存文檔到期時間的標(biāo)題。
變化的反應(yīng)
該VaryHTTP響應(yīng)頭決定如何滿足未來的請求頭，以決定一個緩存的響應(yīng)是否可以使用，而不是請求從源服務(wù)器一個新的一個。
當(dāng)緩存接收到具有Vary頭字段的緩存響應(yīng)可以滿足的請求時，它不得使用該緩存的響應(yīng)，除非頭中指定的所有頭字段Vary在原始（緩存）請求和新請求中都匹配。
例如，這對于動態(tài)提供內(nèi)容非常有用。使用Vary: User-Agent標(biāo)題時，緩存服務(wù)器在決定是否從緩存中提供頁面時應(yīng)考慮用戶代理。如果您向移動用戶提供不同的內(nèi)容，它可以幫助您避免緩存可能會錯誤地將您的網(wǎng)站的桌面版本提供給移動用戶。此外，它可以幫助Google和其他搜索引擎發(fā)現(xiàn)頁面的移動版本，并且可能會告訴他們沒有打算使用Cloaking。
Vary: User-Agent
由于User-Agent移動和桌面客戶端的標(biāo)頭值不同（“變化”），緩存將不會用于將移動內(nèi)容錯誤地提供給桌面用戶，反之亦然。
擴(kuò)展內(nèi)容
RFC 7234：超文本傳輸協(xié)議（HTTP / 1.1）：緩存
緩存教程 - 馬克諾丁漢
HTTP緩存 - Ilya Grigorik
RedBot，一種檢查與緩存相關(guān)的HTTP標(biāo)頭的工具。