摘要:原因是,服務(wù)端在進(jìn)行標(biāo)識(shí)比較后,只返回部分,通過(guò)狀態(tài)碼通知客戶端使用緩存,不再需要將報(bào)文主體部分返回給客戶端。
Http 緩存機(jī)制作為 web 性能優(yōu)化的重要手段,對(duì)于從事 Web 開(kāi)發(fā)的同學(xué)們來(lái)說(shuō),應(yīng)該是知識(shí)體系庫(kù)中的一個(gè)基礎(chǔ)環(huán)節(jié)。
在介紹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)文信息主要分為兩部分
包含屬性的首部(header)
附加信息(cookie,緩存信息等)與緩存相關(guān)的規(guī)則信息,均包含在header中
包含數(shù)據(jù)的主體部分(body)
HTTP請(qǐng)求真正想要傳輸?shù)牟糠?/p>
緩存規(guī)則解析
將瀏覽器存在一個(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)制緩存,協(xié)商緩存。在詳細(xì)介紹這兩種規(guī)則之前,先通過(guò)時(shí)序圖的方式對(duì)這兩種規(guī)則有個(gè)簡(jiǎn)單了解。
已存在緩存數(shù)據(jù)時(shí),僅基于強(qiáng)制緩存,請(qǐng)求數(shù)據(jù)的流程如下
已存在緩存數(shù)據(jù)時(shí),僅基于協(xié)商緩存,請(qǐng)求數(shù)據(jù)的流程如下
基于對(duì)比緩存的流程下,不管是否使用緩存,都需要向服務(wù)器發(fā)送請(qǐng)求,那么還用緩存干什么?這個(gè)問(wèn)題暫且放下,后文詳細(xì)介紹每種緩存規(guī)則的時(shí)候,會(huì)帶出答案。
可以看到兩類緩存規(guī)則的不同,強(qiáng)制緩存如果生效,不需要再和服務(wù)器發(fā)生交互,而協(xié)商緩存不管是否生效,都需要與服務(wù)端發(fā)生交互。兩類緩存規(guī)則可以同時(shí)存在,強(qiáng)制緩存優(yōu)先級(jí)高于對(duì)比緩存,也就是說(shuō),當(dāng)執(zhí)行強(qiáng)制緩存的規(guī)則時(shí),如果緩存生效,直接使用緩存,不再執(zhí)行對(duì)比緩存規(guī)則。
從上文得知,強(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的值為服務(wù)端返回的到期時(shí)間,即下一次請(qǐng)求時(shí),請(qǐng)求時(shí)間小于服務(wù)端返回的到期時(shí)間,直接使用緩存數(shù)據(jù)。不過(guò)Expires是HTTP1.0的,現(xiàn)在默認(rèn)瀏覽器均默認(rèn)使用HTTP1.1,所以它的作用基本忽略。另一個(gè)問(wèn)題是,到期時(shí)間是由服務(wù)端生成的,但是客戶端時(shí)間可能跟服務(wù)端時(shí)間有誤差,這就會(huì)導(dǎo)致緩存命中的誤差。所以HTTP1.1 的版本,使用Cache-Control替代。
Cache-ControlCache-Control 是最重要的規(guī)則。常見(jiàn)的取值有private、public、no-cache、max-age,no-store,默認(rèn)為private。
private:客戶端可以緩存
public:客戶端和代理服務(wù)器都可緩存,前端可以認(rèn)為public和private是一樣的
max-age=xxx:緩存的內(nèi)容將在xxx秒后失效
no-cache:需要使用對(duì)比緩存來(lái)驗(yàn)證緩存數(shù)據(jù),后面重點(diǎn)介紹
no-store:所有內(nèi)容都不會(huì)緩存,強(qiáng)制緩存,協(xié)商緩存都不會(huì)觸發(fā)
請(qǐng)看下圖的例子,圖中Cache-Control僅指定了max-age,所以默認(rèn)為private,緩存時(shí)間為31536000秒(365天),也就是說(shuō),在365天內(nèi)再次請(qǐng)求這條數(shù)據(jù),都會(huì)直接獲取緩存數(shù)據(jù)庫(kù)中的數(shù)據(jù),直接使用。
協(xié)商緩存,顧名思義,需要進(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),在協(xié)商緩存生效時(shí),狀態(tài)碼為304,并且報(bào)文大小和請(qǐng)求時(shí)間大大減少。原因是,服務(wù)端在進(jìn)行標(biāo)識(shí)比較后,只返回header部分,通過(guò)狀態(tài)碼通知客戶端使用緩存,不再需要將報(bào)文主體部分返回給客戶端。對(duì)于協(xié)商緩存來(lái)說(shuō),緩存標(biāo)識(shí)的傳遞是需要著重理解的,它在請(qǐng)求header和響應(yīng)header間進(jìn)行傳遞,
一共分為兩種標(biāo)識(shí)傳遞,接下來(lái)分別介紹。
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:
服務(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。
對(duì)于強(qiáng)制緩存,服務(wù)器通知瀏覽器一個(gè)緩存時(shí)間,在緩存時(shí)間內(nèi),下次請(qǐng)求,直接用緩存,不在時(shí)間內(nèi),執(zhí)行協(xié)商緩存策略。
對(duì)于協(xié)商緩存,將緩存信息中的Etag和Last-Modified通過(guò)請(qǐng)求發(fā)送給服務(wù)器,由服務(wù)器校驗(yàn),返回304狀態(tài)碼時(shí),瀏覽器直接使用緩存。
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://www.ezyhdfw.cn/yun/108194.html
摘要:接下來(lái)的內(nèi)容中我們將通過(guò)緩存位置緩存策略以及實(shí)際場(chǎng)景應(yīng)用緩存策略來(lái)探討瀏覽器緩存機(jī)制。是運(yùn)行在瀏覽器背后的獨(dú)立線程,一般可以用來(lái)實(shí)現(xiàn)緩存功能。在所有瀏覽器緩存中,覆蓋面基本是最大的。 一、前言 緩存可以說(shuō)是性能優(yōu)化中簡(jiǎn)單高效的一種優(yōu)化方式了。一個(gè)優(yōu)秀的緩存策略可以縮短網(wǎng)頁(yè)請(qǐng)求資源的距離,減少延遲,并且由于緩存文件可以重復(fù)利用,還可以減少帶寬,降低網(wǎng)絡(luò)負(fù)荷。 對(duì)于一個(gè)數(shù)據(jù)請(qǐng)求來(lái)說(shuō),可以分...
摘要:接下來(lái)的內(nèi)容中我們將通過(guò)緩存位置緩存策略以及實(shí)際場(chǎng)景應(yīng)用緩存策略來(lái)探討瀏覽器緩存機(jī)制。是運(yùn)行在瀏覽器背后的獨(dú)立線程,一般可以用來(lái)實(shí)現(xiàn)緩存功能。在所有瀏覽器緩存中,覆蓋面基本是最大的。 一、前言 緩存可以說(shuō)是性能優(yōu)化中簡(jiǎn)單高效的一種優(yōu)化方式了。一個(gè)優(yōu)秀的緩存策略可以縮短網(wǎng)頁(yè)請(qǐng)求資源的距離,減少延遲,并且由于緩存文件可以重復(fù)利用,還可以減少帶寬,降低網(wǎng)絡(luò)負(fù)荷。 對(duì)于一個(gè)數(shù)據(jù)請(qǐng)求來(lái)說(shuō),可以分...
摘要:接下來(lái)的內(nèi)容中我們將通過(guò)緩存位置緩存策略以及實(shí)際場(chǎng)景應(yīng)用緩存策略來(lái)探討瀏覽器緩存機(jī)制。是運(yùn)行在瀏覽器背后的獨(dú)立線程,一般可以用來(lái)實(shí)現(xiàn)緩存功能。在所有瀏覽器緩存中,覆蓋面基本是最大的。 一、前言 緩存可以說(shuō)是性能優(yōu)化中簡(jiǎn)單高效的一種優(yōu)化方式了。一個(gè)優(yōu)秀的緩存策略可以縮短網(wǎng)頁(yè)請(qǐng)求資源的距離,減少延遲,并且由于緩存文件可以重復(fù)利用,還可以減少帶寬,降低網(wǎng)絡(luò)負(fù)荷。 對(duì)于一個(gè)數(shù)據(jù)請(qǐng)求來(lái)說(shuō),可以分...
摘要:說(shuō)起前端緩存,這真是一個(gè)百看百懂,百懂百忘的重災(zāi)區(qū)。作為一個(gè)前端開(kāi)發(fā),我們一般不控制緩存,它對(duì)我們來(lái)說(shuō)是透明的。名字解析工欲善其事必先利其器,在分析整個(gè)緩存流程之前,先明確常見(jiàn)的緩存名詞。它是一個(gè)通用頭,能分別在請(qǐng)求報(bào)文和響應(yīng)報(bào)文中使用。 說(shuō)起前端緩存,這真是一個(gè)百看百懂,百懂百忘的重災(zāi)區(qū)。每次看的時(shí)候都覺(jué)得自己懂了,但是過(guò)兩天又忘了。究其原因,緩存對(duì)前端來(lái)說(shuō)很重要,但是控制權(quán)卻是在瀏...
閱讀 2516·2021-10-11 10:57
閱讀 1360·2021-10-09 09:59
閱讀 2080·2019-08-30 15:53
閱讀 3279·2019-08-30 15:53
閱讀 1088·2019-08-30 15:45
閱讀 828·2019-08-30 15:44
閱讀 3518·2019-08-30 14:24
閱讀 1024·2019-08-30 14:21