瀏覽器緩存機制(強緩存和協(xié)商緩存)

1爸业、為什么需要瀏覽器緩存其骄?
當我們訪問同一個頁面時,請求資源扯旷、數(shù)據(jù)都是需要一定的耗時拯爽,如果可以將一些資源緩存下來,那么從第二次訪問開始钧忽,就可以減少加載時間毯炮,提高用戶體驗,也能減輕服務器的壓力

2耸黑、有哪些緩存桃煎?
瀏覽器緩存分為強緩存和協(xié)商緩存,當存在緩存時大刊,客戶端第一次向服務器請求數(shù)據(jù)時为迈,客戶端會緩存到內(nèi)存或者硬盤當中,當?shù)诙潍@取相同的資源缺菌,強緩存和協(xié)商緩存的應對方式有所不同葫辐。

強緩存:當客戶端第二次向服務器請求相同的資源時,不會向服務器發(fā)送請求伴郁,而是直接從內(nèi)存/硬盤中間讀取

協(xié)商緩存:當客戶端第二次向服務器請求相同的資源時耿战,先向服務器發(fā)送請求"詢問"該請求的文件緩存在本地與服務器相比是否更改,如果更改蛾绎,則更新文件昆箕,如果沒有就從內(nèi)存/硬盤中讀取

強緩存由服務器的響應頭里 cache-control 和 expires 兩個字段決定鸦列,協(xié)商緩存由 last-modified 和 etag兩個字段決定租冠。


強緩存協(xié)商緩存對比.png

3鹏倘、強緩存
(1) expires
http1.0時定義的字段,表示過期時間顽爹,格式如 expires: Mon, 29 Mar 2021 01:03:05 GMT 纤泵,表示在這個時間之前,如果客戶端需要再次獲取這個資源镜粤,不會向服務器中取捏题,會直接在緩存里讀取。

(2) cache-control
http1.1時的字段肉渴,表示緩存的時間長度公荧,格式如 cache-control: max-age=2592000,單位為秒同规,表示可緩存的時間是30天循狰。
cache-contorl 還有其它一些可以設(shè)置的值
no-cache,表示不進行強緩存券勺,但不影響協(xié)商緩存
no-store绪钥,既不強緩存,也不協(xié)商緩存

(3) 兩者的優(yōu)先級:cache-control 的優(yōu)先級要高于 expires


強緩存示意圖.png

4关炼、協(xié)商緩存
(1) last-modified 與 if-modified-since
last-modified 表示該文件上一次被修改的時間程腹,格式如 last-modified: Tue, 04 Aug 2020 14:54:28 GMT,當客戶端第一次向服務器第一次請求時儒拂,服務器會在響應頭上帶上最后修改時間 last-modified寸潦,等到第二次客戶端向服務器請求同樣的資源時,客戶端會在請求頭上的 if-modified-since帶上上一次請求的 last-modifed值社痛,服務器對最后修改時間進行比較甸祭,如果時間一致,服務器返回304狀態(tài)碼褥影,客戶端直接在緩存中讀取數(shù)據(jù)池户,如果不一致,服務器返回200的狀態(tài)碼凡怎,并更新文件

(2) etag 與 if-none-match
etag表示文件的唯一標識校焦,格式如 etag: "5f2976a4-17d",當客戶端第一次向服務器第一次請求時统倒,服務器會在響應頭上帶上文件唯一標識etag寨典,等到第二次客戶端向服務器請求同樣的資源時,客戶端會在請求頭上的 if-none-match帶上上一次請求的etag值房匆,服務器對etag進行比較耸成,如果時間一致报亩,服務器返回304狀態(tài)碼,客戶端直接在緩存中讀取數(shù)據(jù)井氢,如果不一致弦追,服務器返回200的狀態(tài)碼,并更新文件

(3) 兩者有什么區(qū)別花竞?
etag的出現(xiàn)時為了解決last-modified所存在的一些問題
① 當周期性的更改文件的時間劲件,但是并沒有更改文件的內(nèi)容時,
② last-modifed只能精確到秒约急,如果一個文件在1秒內(nèi)更改了多次零远,那么無法更新到最新的數(shù)據(jù),而etag的精確度更高
③ 某些服務器不能精確的得到文件的最后修改時間

(4) 兩者如何使用厌蔽?
last-modified與etag是可以一起使用的牵辣,服務器會優(yōu)先驗證etag,一致的情況下奴饮,才會繼續(xù)比對last-modified纬向,最后才決定是否返回304


協(xié)商緩存示意圖.png
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市拐云,隨后出現(xiàn)的幾起案子罢猪,更是在濱河造成了極大的恐慌,老刑警劉巖叉瘩,帶你破解...
    沈念sama閱讀 221,198評論 6 514
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件膳帕,死亡現(xiàn)場離奇詭異,居然都是意外死亡薇缅,警方通過查閱死者的電腦和手機危彩,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,334評論 3 398
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來泳桦,“玉大人汤徽,你說我怎么就攤上這事【淖” “怎么了谒府?”我有些...
    開封第一講書人閱讀 167,643評論 0 360
  • 文/不壞的土叔 我叫張陵,是天一觀的道長浮毯。 經(jīng)常有香客問我完疫,道長,這世上最難降的妖魔是什么债蓝? 我笑而不...
    開封第一講書人閱讀 59,495評論 1 296
  • 正文 為了忘掉前任壳鹤,我火速辦了婚禮,結(jié)果婚禮上饰迹,老公的妹妹穿的比我還像新娘芳誓。我一直安慰自己余舶,他們只是感情好,可當我...
    茶點故事閱讀 68,502評論 6 397
  • 文/花漫 我一把揭開白布锹淌。 她就那樣靜靜地躺著匿值,像睡著了一般。 火紅的嫁衣襯著肌膚如雪葛圃。 梳的紋絲不亂的頭發(fā)上千扔,一...
    開封第一講書人閱讀 52,156評論 1 308
  • 那天憎妙,我揣著相機與錄音库正,去河邊找鬼。 笑死厘唾,一個胖子當著我的面吹牛褥符,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播抚垃,決...
    沈念sama閱讀 40,743評論 3 421
  • 文/蒼蘭香墨 我猛地睜開眼喷楣,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了鹤树?” 一聲冷哼從身側(cè)響起铣焊,我...
    開封第一講書人閱讀 39,659評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎罕伯,沒想到半個月后曲伊,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 46,200評論 1 319
  • 正文 獨居荒郊野嶺守林人離奇死亡追他,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 38,282評論 3 340
  • 正文 我和宋清朗相戀三年坟募,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片邑狸。...
    茶點故事閱讀 40,424評論 1 352
  • 序言:一個原本活蹦亂跳的男人離奇死亡懈糯,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出单雾,到底是詐尸還是另有隱情赚哗,我是刑警寧澤,帶...
    沈念sama閱讀 36,107評論 5 349
  • 正文 年R本政府宣布硅堆,位于F島的核電站屿储,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏硬萍。R本人自食惡果不足惜扩所,卻給世界環(huán)境...
    茶點故事閱讀 41,789評論 3 333
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望朴乖。 院中可真熱鬧祖屏,春花似錦助赞、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,264評論 0 23
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至期丰,卻和暖如春群叶,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背钝荡。 一陣腳步聲響...
    開封第一講書人閱讀 33,390評論 1 271
  • 我被黑心中介騙來泰國打工街立, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人埠通。 一個月前我還...
    沈念sama閱讀 48,798評論 3 376
  • 正文 我出身青樓赎离,卻偏偏與公主長得像,于是被迫代替她去往敵國和親端辱。 傳聞我的和親對象是個殘疾皇子梁剔,可洞房花燭夜當晚...
    茶點故事閱讀 45,435評論 2 359