前言

Http 緩存機(jī)制作為 web 性能優(yōu)化的重要手段，對(duì)于從事 Web 開(kāi)發(fā)的同學(xué)們來(lái)說(shuō)，應(yīng)該是知識(shí)體系庫(kù)中的一個(gè)基礎(chǔ)環(huán)節(jié)，同時(shí)對(duì)于有志成為前端架構(gòu)師的同學(xué)來(lái)說(shuō)是必備的知識(shí)技能。

但是對(duì)于很多前端同學(xué)來(lái)說(shuō)，僅僅只是知道瀏覽器會(huì)對(duì)請(qǐng)求的靜態(tài)文件進(jìn)行緩存，但是為什么被緩存，緩存是怎樣生效的，卻并不是很清楚。

在此，我會(huì)嘗試用簡(jiǎn)單明了的文字，像大家系統(tǒng)的介紹HTTP緩存機(jī)制，期望對(duì)各位正確的理解前端緩存有所幫助。

[[251088]]

在介紹HTTP緩存之前，作為知識(shí)鋪墊，先簡(jiǎn)單介紹一下HTTP報(bào)文

HTTP報(bào)文就是瀏覽器和服務(wù)器間通信時(shí)發(fā)送及響應(yīng)的數(shù)據(jù)塊。

瀏覽器向服務(wù)器請(qǐng)求數(shù)據(jù)，發(fā)送請(qǐng)求(request)報(bào)文;服務(wù)器向?yàn)g覽器返回?cái)?shù)據(jù)，返回響應(yīng)(response)報(bào)文。

報(bào)文信息主要分為兩部分

1.包含屬性的首部(header)--------------------------附加信息(cookie，緩存信息等)與緩存相關(guān)的規(guī)則信息，均包含在header中

2.包含數(shù)據(jù)的主體部分(body)-----------------------HTTP請(qǐng)求真正想要傳輸?shù)牟糠?/p>

緩存規(guī)則解析

為方便大家理解，我們認(rèn)為瀏覽器存在一個(gè)緩存數(shù)據(jù)庫(kù),用于存儲(chǔ)緩存信息。

在客戶端***次請(qǐng)求數(shù)據(jù)時(shí)，此時(shí)緩存數(shù)據(jù)庫(kù)中沒(méi)有對(duì)應(yīng)的緩存數(shù)據(jù)，需要請(qǐng)求服務(wù)器，服務(wù)器返回后，將數(shù)據(jù)存儲(chǔ)至緩存數(shù)據(jù)庫(kù)中。 

HTTP緩存有多種規(guī)則，根據(jù)是否需要重新向服務(wù)器發(fā)起請(qǐng)求來(lái)分類，我將其分為兩大類(強(qiáng)制緩存，對(duì)比緩存)

在詳細(xì)介紹這兩種規(guī)則之前，先通過(guò)時(shí)序圖的方式，讓大家對(duì)這兩種規(guī)則有個(gè)簡(jiǎn)單了解。

已存在緩存數(shù)據(jù)時(shí)，僅基于強(qiáng)制緩存，請(qǐng)求數(shù)據(jù)的流程如下 

已存在緩存數(shù)據(jù)時(shí)，僅基于對(duì)比緩存，請(qǐng)求數(shù)據(jù)的流程如下 

對(duì)緩存機(jī)制不太了解的同學(xué)可能會(huì)問(wèn)，基于對(duì)比緩存的流程下，不管是否使用緩存，都需要向服務(wù)器發(fā)送請(qǐng)求，那么還用緩存干什么?

這個(gè)問(wèn)題，我們暫且放下，后文在詳細(xì)介紹每種緩存規(guī)則的時(shí)候，會(huì)帶給大家答案。

我們可以看到兩類緩存規(guī)則的不同，強(qiáng)制緩存如果生效，不需要再和服務(wù)器發(fā)生交互，而對(duì)比緩存不管是否生效，都需要與服務(wù)端發(fā)生交互。

兩類緩存規(guī)則可以同時(shí)存在，強(qiáng)制緩存優(yōu)先級(jí)高于對(duì)比緩存，也就是說(shuō)，當(dāng)執(zhí)行強(qiáng)制緩存的規(guī)則時(shí)，如果緩存生效，直接使用緩存，不再執(zhí)行對(duì)比緩存規(guī)則。

強(qiáng)制緩存

從上文我們得知，強(qiáng)制緩存，在緩存數(shù)據(jù)未失效的情況下，可以直接使用緩存數(shù)據(jù)，那么瀏覽器是如何判斷緩存數(shù)據(jù)是否失效呢?

我們知道，在沒(méi)有緩存數(shù)據(jù)的時(shí)候，瀏覽器向服務(wù)器請(qǐng)求數(shù)據(jù)時(shí)，服務(wù)器會(huì)將數(shù)據(jù)和緩存規(guī)則一并返回，緩存規(guī)則信息包含在響應(yīng)header中。

對(duì)于強(qiáng)制緩存來(lái)說(shuō)，響應(yīng)header中會(huì)有兩個(gè)字段來(lái)標(biāo)明失效規(guī)則(Expires/Cache-Control)

使用chrome的開(kāi)發(fā)者工具，可以很明顯的看到對(duì)于強(qiáng)制緩存生效時(shí)，網(wǎng)絡(luò)請(qǐng)求的情況 

Expires

Expires的值為服務(wù)端返回的到期時(shí)間，即下一次請(qǐng)求時(shí)，請(qǐng)求時(shí)間小于服務(wù)端返回的到期時(shí)間，直接使用緩存數(shù)據(jù)。

不過(guò)Expires 是HTTP 1.0的東西，現(xiàn)在默認(rèn)瀏覽器均默認(rèn)使用HTTP 1.1，所以它的作用基本忽略。

另一個(gè)問(wèn)題是，到期時(shí)間是由服務(wù)端生成的，但是客戶端時(shí)間可能跟服務(wù)端時(shí)間有誤差，這就會(huì)導(dǎo)致緩存***的誤差。

所以HTTP 1.1 的版本，使用Cache-Control替代。

Cache-Control

Cache-Control 是最重要的規(guī)則。常見(jiàn)的取值有private、public、no-cache、max-age，no-store，默認(rèn)為private。

private: 客戶端可以緩存

public: 客戶端和代理服務(wù)器都可緩存(前端的同學(xué)，可以認(rèn)為public和private是一樣的)

max-age=xxx: 緩存的內(nèi)容將在 xxx 秒后失效

no-cache: 需要使用對(duì)比緩存來(lái)驗(yàn)證緩存數(shù)據(jù)(后面介紹)

no-store: 所有內(nèi)容都不會(huì)緩存，強(qiáng)制緩存，對(duì)比緩存都不會(huì)觸發(fā)(對(duì)于前端開(kāi)發(fā)來(lái)說(shuō)，緩存越多越好，so...基本上和它說(shuō)886)

舉個(gè)例子 

圖中Cache-Control僅指定了max-age，所以默認(rèn)為private，緩存時(shí)間為31536000秒(365天)

也就是說(shuō)，在365天內(nèi)再次請(qǐng)求這條數(shù)據(jù)，都會(huì)直接獲取緩存數(shù)據(jù)庫(kù)中的數(shù)據(jù)，直接使用。

對(duì)比緩存

對(duì)比緩存，顧名思義，需要進(jìn)行比較判斷是否可以使用緩存。

瀏覽器***次請(qǐng)求數(shù)據(jù)時(shí)，服務(wù)器會(huì)將緩存標(biāo)識(shí)與數(shù)據(jù)一起返回給客戶端，客戶端將二者備份至緩存數(shù)據(jù)庫(kù)中。

再次請(qǐng)求數(shù)據(jù)時(shí)，客戶端將備份的緩存標(biāo)識(shí)發(fā)送給服務(wù)器，服務(wù)器根據(jù)緩存標(biāo)識(shí)進(jìn)行判斷，判斷成功后，返回304狀態(tài)碼，通知客戶端比較成功，可以使用緩存數(shù)據(jù)。

***次訪問(wèn)： 

再次訪問(wèn)： 

通過(guò)兩圖的對(duì)比，我們可以很清楚的發(fā)現(xiàn)，在對(duì)比緩存生效時(shí)，狀態(tài)碼為304，并且報(bào)文大小和請(qǐng)求時(shí)間大大減少。

原因是，服務(wù)端在進(jìn)行標(biāo)識(shí)比較后，只返回header部分，通過(guò)狀態(tài)碼通知客戶端使用緩存，不再需要將報(bào)文主體部分返回給客戶端。

對(duì)于對(duì)比緩存來(lái)說(shuō)，緩存標(biāo)識(shí)的傳遞是我們著重需要理解的，它在請(qǐng)求header和響應(yīng)header間進(jìn)行傳遞，

一共分為兩種標(biāo)識(shí)傳遞，接下來(lái)，我們分開(kāi)介紹。

Last-Modified / If-Modified-Since

Last-Modified：

服務(wù)器在響應(yīng)請(qǐng)求時(shí)，告訴瀏覽器資源的***修改時(shí)間。 

If-Modified-Since：

再次請(qǐng)求服務(wù)器時(shí)，通過(guò)此字段通知服務(wù)器上次請(qǐng)求時(shí)，服務(wù)器返回的資源***修改時(shí)間。

服務(wù)器收到請(qǐng)求后發(fā)現(xiàn)有頭If-Modified-Since 則與被請(qǐng)求資源的***修改時(shí)間進(jìn)行比對(duì)。

若資源的***修改時(shí)間大于If-Modified-Since，說(shuō)明資源又被改動(dòng)過(guò)，則響應(yīng)整片資源內(nèi)容，返回狀態(tài)碼200;

若資源的***修改時(shí)間小于或等于If-Modified-Since，說(shuō)明資源無(wú)新修改，則響應(yīng)HTTP 304，告知瀏覽器繼續(xù)使用所保存的cache。 

Etag / If-None-Match(優(yōu)先級(jí)高于Last-Modified / If-Modified-Since)

Etag：

服務(wù)器響應(yīng)請(qǐng)求時(shí)，告訴瀏覽器當(dāng)前資源在服務(wù)器的唯一標(biāo)識(shí)(生成規(guī)則由服務(wù)器決定)。 

If-None-Match：

再次請(qǐng)求服務(wù)器時(shí)，通過(guò)此字段通知服務(wù)器客戶段緩存數(shù)據(jù)的唯一標(biāo)識(shí)。

服務(wù)器收到請(qǐng)求后發(fā)現(xiàn)有頭If-None-Match 則與被請(qǐng)求資源的唯一標(biāo)識(shí)進(jìn)行比對(duì)，

不同，說(shuō)明資源又被改動(dòng)過(guò)，則響應(yīng)整片資源內(nèi)容，返回狀態(tài)碼200;

相同，說(shuō)明資源無(wú)新修改，則響應(yīng)HTTP 304，告知瀏覽器繼續(xù)使用所保存的cache。 

總結(jié)

對(duì)于強(qiáng)制緩存，服務(wù)器通知瀏覽器一個(gè)緩存時(shí)間，在緩存時(shí)間內(nèi)，下次請(qǐng)求，直接用緩存，不在時(shí)間內(nèi)，執(zhí)行比較緩存策略。

對(duì)于比較緩存，將緩存信息中的Etag和Last-Modified通過(guò)請(qǐng)求發(fā)送給服務(wù)器，由服務(wù)器校驗(yàn)，返回304狀態(tài)碼時(shí)，瀏覽器直接使用緩存。

瀏覽器***次請(qǐng)求： 

瀏覽器再次請(qǐng)求時(shí)： 

文中如果出現(xiàn)錯(cuò)誤，希望小伙伴們可以諒解，更希望可以給予指正

原文：http://www.cnblogs.com/chenqf/p/6386163.html