http協商快取VS強快取

2022-02-04 09:23:02 字數 2771 閱讀 5420

之前一直對瀏覽器快取只能描述乙個大概,深層次的原理不能描述上來;終於在前端的兩次面試過程中被問倒下,為了洩恨,查閱一些資料最終對其有了乙個更深入的理解,廢話不多說,趕緊來看看瀏覽器快取的那些事吧,有不對的地方,請各位不吝賜教啊。

本文主要講解瀏覽器端的快取,快取的作用是不言而喻的,能夠極大的改善網頁效能,提高使用者體驗。

快取這東西,第一次必須獲取到資源後,然後根據返回的資訊來告訴如何快取資源,可能採用的是強快取,也可能告訴客戶端瀏覽器是協商快取,這都需要根據響應的header內容來決定的。下面用兩幅圖來描述瀏覽器的快取是怎麼玩的,讓大家有個大概的認知。

瀏覽器第一次請求時:

瀏覽器後續在進行請求時:

從上圖可以知道,瀏覽器快取包含兩種型別,即強快取(也叫本地快取)和協商快取,瀏覽器在第一次請求發生後,再次請求時:

強快取與協商快取的區別,可以用下表來進行描述:

獲取資源形式

狀態碼

傳送請求到伺服器

強快取

從快取取

200(from cache)

否,直接從快取取

協商快取

從快取取

304(not modified)

是,正如其名,通過伺服器來告知快取是否可用

強快取上面已經介紹了,直接從快取中獲取資源而不經過伺服器;與強快取相關的header欄位有兩個:

expires,這是http1.0時的規範;它的值為乙個絕對時間的gmt格式的時間字串,如mon, 10 jun 2015 21:31:12 gmt

,如果傳送請求的時間在expires之前,那麼本地快取始終有效,否則就會傳送請求到伺服器來獲取資源

cache-control:max-age=number,這是http1.1時出現的header資訊,主要是利用該字段的max-age值來進行判斷,它是乙個相對值;資源第一次的請求時間和cache-control設定的有效期,計算出乙個資源過期時間,再拿這個過期時間跟當前的請求時間比較,如果請求時間在過期時間之前,就能命中快取,否則就不行;cache-control除了該字段外,還有下面幾個比較常用的設定值:

public:可以被所有的使用者快取,包括終端使用者和cdn等中間**伺服器。

private:只能被終端使用者的瀏覽器快取,不允許cdn等中繼快取伺服器對其快取。

注意:如果cache-control與expires同時存在的話,cache-control的優先順序高於expires

協商快取都是由伺服器來確定快取資源是否可用的,所以客戶端與伺服器端要通過某種標識來進行通訊,從而讓伺服器判斷請求資源是否可以快取訪問,這主要涉及到下面兩組header欄位,這兩組搭檔都是成對出現的,即第一次請求的響應頭帶上某個字段(last-modified或者etag),則後續請求則會帶上對應的請求字段(if-modified-since或者if-none-match),若響應頭沒有last-modified或者etag字段,則請求頭也不會有對應的字段。

last-modified/if-modified-since

二者的值都是gmt格式的時間字串,具體過程:

etag/if-none-match

這兩個值是由伺服器生成的每個資源的唯一標識字串,只要資源有變化就這個值就會改變;其判斷過程與last-modified/if-modified-since類似,與last-modified不一樣的是,當伺服器返回304 not modified的響應時,由於etag重新生成過,response header中還會把這個etag返回,即使這個etag跟之前的沒有變化。

這時,利用etag能夠更加準確的控制快取,因為etag是伺服器自動生成或者由開發者生成的對應資源在伺服器端的唯一識別符號。

last-modified與etag是可以一起使用的,

伺服器會優先驗證

etag,一致的情況下,才會繼續比對last-modified,最後才決定是否返回304

盜用網上的一張圖,基本能描述使用者行為對快取的影響

上面說到,使用強快取時,瀏覽器不會傳送請求到服務端,根據設定的快取時間瀏覽器一直從快取中獲取資源,在這期間若資源產生了變化,瀏覽器就在快取期內就一直得不到最新的資源,那麼如何防止這種事情發生呢?

通過更新頁面中引用的資源路徑,讓瀏覽器主動放棄快取,載入新資源。

類似下圖所示:

這樣每次檔案改變後就會生成新的query值,這樣query值不同,也就是頁面引用的資源路徑不同了,之前快取過的資源就被瀏覽器忽略了,因為資源請求的路徑變了。

具體的強烈推薦看知乎的這篇問答中張雲龍的回答 

http協商快取VS強快取

之前一直對瀏覽器快取只能描述乙個大概,深層次的原理不能描述上來 終於在前端的兩次面試過程中被問倒下,為了洩恨,查閱一些資料最終對其有了乙個更深入的理解,廢話不多說,趕緊來看看瀏覽器快取的那些事吧,有不對的地方,請各位不吝賜教啊。本文主要講解瀏覽器端的快取,快取的作用是不言而喻的,能夠極大的改善網頁效...

http協商快取和強快取

http協商快取和強快取 1.瀏覽器快取 為了節約網路資源,加速瀏覽,瀏覽器在使用者磁碟上對最近請求過的文件進行儲存,當訪問者再次請求這個頁面時,瀏覽器就可以直接從本地磁碟讀取資源並展示,這樣就可以加速頁面的閱覽。快取這東西,第一次必須獲取到資源後,然後根據返回的資訊來告訴如何快取資源,可能採用的是...

Http強快取和協商快取

本文主要講解瀏覽器端的快取,快取的作用是不言而喻的,能夠極大的改善網頁效能,提高使用者體驗。快取這東西,第一次必須獲取到資源後,然後根據返回的資訊來告訴如何快取資源,可能採用的是強快取,也可能告訴客戶端瀏覽器是協商快取,這都需要根據響應的header內容來決定的。下面用兩幅圖來描述瀏覽器的快取是怎麼...