一锣尉、強(qiáng)緩存
當(dāng)瀏覽器請(qǐng)求某個(gè)資源時(shí)锣笨,服務(wù)端會(huì)在response header中對(duì)此資源做緩存配置亿眠,緩存的時(shí)間和類型都由服務(wù)端配置且蓬。
response header的cache-control,常見的設(shè)置有max-age,public,immutable.private,no-cache,no-store
如下圖cache-controle的設(shè)置混卵,其中:
max-age表示緩存的時(shí)間是315360000秒(10年)映穗;
public表示可被客戶端或者代理服務(wù)(nginx)器緩存(與其對(duì)應(yīng)的是private,只可以被客戶端緩存)幕随;
immutable表示資源在設(shè)定的時(shí)間內(nèi)永遠(yuǎn)不變蚁滋,即使刷新瀏覽器也不會(huì)重新請(qǐng)求該資源(相反如果沒此屬性,當(dāng)用戶刷新頁面時(shí),會(huì)重新發(fā)送請(qǐng)求辕录,獲取該資源睦霎,這就是額外的請(qǐng)求消耗了)
1、cache-control: max-age=xxxx走诞,public
客戶端和代理服務(wù)器都可以緩存該資源副女;
客戶端在xxx秒的有效期內(nèi),如果有請(qǐng)求該資源的需求的話就直接讀取緩存,statu code:200 蚣旱,如果用戶做了刷新操作碑幅,就向服務(wù)器發(fā)起http請(qǐng)求
2、cache-control: max-age=xxxx塞绿,private
只讓客戶端可以緩存該資源沟涨;代理服務(wù)器不緩存
客戶端在xxx秒內(nèi)直接讀取緩存,statu code:200
3、cache-control: max-age=xxxx异吻,immutable
客戶端在xxx秒的有效期內(nèi)裹赴,如果有請(qǐng)求該資源的需求的話就直接讀取緩存,statu code:200 ,即使用戶做了刷新操作涧黄,也不向服務(wù)器發(fā)起http請(qǐng)求
4篮昧、cache-control: no-cache
跳過設(shè)置強(qiáng)緩存,但是不妨礙設(shè)置協(xié)商緩存笋妥;一般如果你做了強(qiáng)緩存,只有在強(qiáng)緩存失效了才走協(xié)商緩存的窄潭,設(shè)置了no-cache就不會(huì)走強(qiáng)緩存了春宣,每次請(qǐng)求都回詢問服務(wù)端。
5嫉你、cache-control: no-store
不緩存月帝,這個(gè)會(huì)讓客戶端、服務(wù)器都不緩存幽污,也就沒有所謂的強(qiáng)緩存嚷辅、協(xié)商緩存了。
二距误、協(xié)商緩存
某天客戶端發(fā)現(xiàn)資源過期簸搞,需要重新請(qǐng)求服務(wù)器,這時(shí)請(qǐng)求的過程就可以設(shè)置協(xié)商緩存准潭。
協(xié)商緩存的設(shè)置:
response header :
etag:5c20abbd-e2e8(文件的唯一標(biāo)識(shí)趁俊,就是文件的hash)
last-modified:Mon, 24 Dec 2018 09:49:49 GMT(文件的最近更新時(shí)間,精確到秒)
流程:
注意:response header中的etag刑然、last-modified在客戶端重新向服務(wù)端發(fā)起請(qǐng)求時(shí)寺擂,會(huì)在request header中換個(gè)key名:
response header(request header):
etag(if-none-matched)
last-modified(if-modified-since)
為什么要有etag?
你可能會(huì)覺得使用last-modified已經(jīng)足以讓瀏覽器知道本地的緩存副本是否足夠新,為什么還需要etag呢怔软?HTTP1.1中etag的出現(xiàn)(也就是說垦细,etag是新增的,為了解決之前只有If-Modified的缺點(diǎn))主要是為了解決幾個(gè)last-modified比較難解決的問題:
1挡逼、一些文件也許會(huì)周期性的更改括改,但是他的內(nèi)容并不改變(僅僅改變的修改時(shí)間)挚瘟,這個(gè)時(shí)候我們并不希望客戶端認(rèn)為這個(gè)文件被修改了叹谁,而重新get乘盖;
2焰檩、某些文件修改非常頻繁订框,比如在秒以下的時(shí)間內(nèi)進(jìn)行修改析苫,(比方說1s內(nèi)修改了N次),if-modified-since能檢查到的粒度是秒級(jí)的穿扳,這種修改無法判斷(或者說UNIX記錄MTIME只能精確到秒)衩侥;
3、某些服務(wù)器不能精確的得到文件的最后修改時(shí)間矛物。