資訊專欄INFORMATION COLUMN
摘要：總結(jié)強(qiáng)制緩存只有首次請求才會跟服務(wù)器通信，讀取緩存資源時不會發(fā)出任何請求，資源的狀態(tài)碼為，資源的為或者，版本的實現(xiàn)優(yōu)先級會高于版本的實現(xiàn)。
一 強(qiáng)制緩存
強(qiáng)制緩存整體流程比較簡單，就是在第一次訪問服務(wù)器取到數(shù)據(jù)之后，在過期時間之內(nèi)不會再去重復(fù)請求。實現(xiàn)這個流程的核心就是如何知道當(dāng)前時間是否超過了過期時間。
強(qiáng)制緩存的過期時間通過第一次訪問服務(wù)器時返回的響應(yīng)頭獲取。在 http 1.0 和 http 1.1 版本中通過不同的響應(yīng)頭字段實現(xiàn)。
http 1.0在 http 1.0 版本中，強(qiáng)制緩存通過 Expires 響應(yīng)頭來實現(xiàn)。 expires 表示未來資源會過期的時間。也就是說，當(dāng)發(fā)起請求的時間超過了 expires 設(shè)定的時間，即表示資源緩存時間到期，會發(fā)送請求到服務(wù)器重新獲取資源。而如果發(fā)起請求的時間在 expires 限定的時間之內(nèi)，瀏覽器會直接讀取本地緩存數(shù)據(jù)庫中的信息（from memory or from disk），兩種方式根據(jù)瀏覽器的策略隨機(jī)獲取。
http 1.1在 http 1.1 版本中，強(qiáng)制緩存通過 Cache-Control 響應(yīng)頭來實現(xiàn)。Cache-Control 擁有多個值：
private：客戶端可以緩存
public：客戶端和代理服務(wù)器均可緩存；
max-age=xxx：緩存的資源將在 xxx 秒后過期；
no-cache：需要使用協(xié)商緩存來驗證是否過期；
no-store：不可緩存
最常用的字段就是 max-age=xxx ，表示緩存的資源將在 xxx 秒后過期。一般來說，為了兼容，兩個版本的強(qiáng)制緩存都會被實現(xiàn)。
總結(jié)強(qiáng)制緩存只有首次請求才會跟服務(wù)器通信，讀取緩存資源時不會發(fā)出任何請求，資源的 Status 狀態(tài)碼為 200，資源的 Size 為 from memory 或者 from disk ，http 1.1 版本的實現(xiàn)優(yōu)先級會高于 http 1.0 版本的實現(xiàn)。
二 協(xié)商緩存協(xié)商緩存與強(qiáng)制緩存的不同之處在于，協(xié)商緩存每次讀取數(shù)據(jù)時都需要跟服務(wù)器通信，并且會增加緩存標(biāo)識。在第一次請求服務(wù)器時，服務(wù)器會返回資源，并且返回一個資源的緩存標(biāo)識，一起存到瀏覽器的緩存數(shù)據(jù)庫。當(dāng)?shù)诙握埱筚Y源時，瀏覽器會首先將緩存標(biāo)識發(fā)送給服務(wù)器，服務(wù)器拿到標(biāo)識后判斷標(biāo)識是否匹配，如果不匹配，表示資源有更新，服務(wù)器會將新數(shù)據(jù)和新的緩存標(biāo)識一起返回到瀏覽器；如果緩存標(biāo)識匹配，表示資源沒有更新，并且返回 304 狀態(tài)碼，瀏覽器就讀取本地緩存服務(wù)器中的數(shù)據(jù)。
在 http 協(xié)議的 1.0 和 1.1 版本中也有不同的實現(xiàn)方式。
http 1.0在 http 1.0 版本中，第一次請求資源時服務(wù)器通過 Last-Modified 來設(shè)置響應(yīng)頭的緩存標(biāo)識，并且把資源最后修改的時間作為值填入，然后將資源返回給瀏覽器。在第二次請求時，瀏覽器會首先帶上 If-Modified-Since 請求頭去訪問服務(wù)器，服務(wù)器會將 If-Modified-Since 中攜帶的時間與資源修改的時間匹配，如果時間不一致，服務(wù)器會返回新的資源，并且將 Last-Modified 值更新，作為響應(yīng)頭返回給瀏覽器。如果時間一致，表示資源沒有更新，服務(wù)器返回 304 狀態(tài)碼，瀏覽器拿到響應(yīng)狀態(tài)碼后從本地緩存數(shù)據(jù)庫中讀取緩存資源。
這種方式有一個弊端，就是當(dāng)服務(wù)器中的資源增加了一個字符，后來又把這個字符刪掉，本身資源文件并沒有發(fā)生變化，但修改時間發(fā)生了變化。當(dāng)下次請求過來時，服務(wù)器也會把這個本來沒有變化的資源重新返回給瀏覽器。
http 1.1在 http 1.1 版本中，服務(wù)器通過 Etag 來設(shè)置響應(yīng)頭緩存標(biāo)識。Etag 的值由服務(wù)端生成。在第一次請求時，服務(wù)器會將資源和 Etag 一并返回給瀏覽器，瀏覽器將兩者緩存到本地緩存數(shù)據(jù)庫。在第二次請求時，瀏覽器會將 Etag 信息放到 If-None-Match 請求頭去訪問服務(wù)器，服務(wù)器收到請求后，會將服務(wù)器中的文件標(biāo)識與瀏覽器發(fā)來的標(biāo)識進(jìn)行對比，如果不相同，服務(wù)器返回更新的資源和新的 Etag ，如果相同，服務(wù)器返回 304 狀態(tài)碼，瀏覽器讀取緩存。
總結(jié)協(xié)商緩存每次請求都會與服務(wù)器交互，第一次是拿數(shù)據(jù)和標(biāo)識的過程，第二次開始，就是瀏覽器詢問服務(wù)器資源是否有更新的過程。每次請求都會傳輸數(shù)據(jù)，如果命中緩存，則資源的 Status 狀態(tài)碼為 304 而不是 200 。同樣的，一般來講為了兼容，兩個版本的協(xié)商緩存都會被實現(xiàn)，http 1.1 版本的實現(xiàn)優(yōu)先級會高于 http 1.0 版本的實現(xiàn)。
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://www.ezyhdfw.cn/yun/97156.html
摘要：請求過程如下瀏覽器請求靜態(tài)資源服務(wù)器讀取磁盤文件，返給瀏覽器，同時帶上文件的唯一標(biāo)識當(dāng)瀏覽器上的緩存文件過期時，瀏覽器帶上請求頭等于上一次請求的請求服務(wù)器服務(wù)器比較請求頭里的和文件的。 前言 Http簡介 瀏覽器和服務(wù)器之間通信是通過HTTP協(xié)議，HTTP協(xié)議永遠(yuǎn)都是客戶端發(fā)起請求，服務(wù)器回送響應(yīng)。模型如下： showImg(https://segmentfault.com/img/b...
摘要：那我們?nèi)绾蝺?yōu)化頁面性能，提高頁面加載速度呢這是本文主要要探討的問題，然而性能優(yōu)化是個綜合性問題，沒有標(biāo)準(zhǔn)答案，想要面面俱到羅列出來，并非易事。三利用瀏覽器緩存對于應(yīng)用來說，緩存是提升頁面性能同時減少服務(wù)器壓力的利器。 引子 互聯(lián)網(wǎng)有一項著名的8秒原則。用戶在訪問Web網(wǎng)頁時，如果時間超過8秒就會感到不耐煩，如果加載需要太長時間，他們就會放棄訪問。大部分用戶希望網(wǎng)頁能在2秒之內(nèi)就完成加載...
摘要：那我們?nèi)绾蝺?yōu)化頁面性能，提高頁面加載速度呢這是本文主要要探討的問題，然而性能優(yōu)化是個綜合性問題，沒有標(biāo)準(zhǔn)答案，想要面面俱到羅列出來，并非易事。三利用瀏覽器緩存對于應(yīng)用來說，緩存是提升頁面性能同時減少服務(wù)器壓力的利器。 引子 互聯(lián)網(wǎng)有一項著名的8秒原則。用戶在訪問Web網(wǎng)頁時，如果時間超過8秒就會感到不耐煩，如果加載需要太長時間，他們就會放棄訪問。大部分用戶希望網(wǎng)頁能在2秒之內(nèi)就完成加載...
摘要：那我們?nèi)绾蝺?yōu)化頁面性能，提高頁面加載速度呢這是本文主要要探討的問題，然而性能優(yōu)化是個綜合性問題，沒有標(biāo)準(zhǔn)答案，想要面面俱到羅列出來，并非易事。三利用瀏覽器緩存對于應(yīng)用來說，緩存是提升頁面性能同時減少服務(wù)器壓力的利器。 引子 互聯(lián)網(wǎng)有一項著名的8秒原則。用戶在訪問Web網(wǎng)頁時，如果時間超過8秒就會感到不耐煩，如果加載需要太長時間，他們就會放棄訪問。大部分用戶希望網(wǎng)頁能在2秒之內(nèi)就完成加載...
閱讀 2778·2023-04-25 19:13
閱讀 4177·2021-09-22 15:34
閱讀 3124·2019-08-30 14:23
閱讀 1523·2019-08-29 17:17
閱讀 1680·2019-08-29 16:05
閱讀 1600·2019-08-29 13:26
閱讀 1282·2019-08-29 13:19
閱讀 620·2019-08-29 13:16
