瀏覽器的緩存機制總結

時間 2019-12-01

標籤瀏覽器緩存機制總結欄目瀏覽器简体版

原文原文鏈接

瀏覽器緩存類型

1.強緩存：不會向服務器發送請求，直接從緩存中讀取資源，在chrome控制檯的network選項中能夠看到該請求返回200的狀態碼，而且size顯示from disk cache或from memory cache；算法

2.協商緩存：向服務器發送請求，服務器會根據這個請求的request header的一些參數來判斷是否命中協商緩存，若是命中，則返回304狀態碼並帶上新的response header通知瀏覽器從緩存中讀取資源；chrome

注意：二者的共同點是，都是從客戶端緩存中讀取資源；區別是強緩存不會發請求，協商緩存會發請求。瀏覽器

緩存有關的header

強緩存

Expires：response header裏的過時時間，瀏覽器再次加載資源時，若是在這個過時時間內，則命中強緩存。
Cache-Control：當值設爲max-age=300時，則表明在這個請求正確返回時間（瀏覽器也會記錄下來）的5分鐘內再次加載資源，就會命中強緩存。緩存

Expires和Cache-Control:max-age=*** 的做用是差很少的，區別就在於 Expires 是http1.0的產物，Cache-Control是http1.1的產物，二者同時存在的話，Cache-Control優先級高於Expires；在某些不支持HTTP1.1的環境下，Expires就會發揮用處。因此Expires實際上是過期的產物，現階段它的存在只是一種兼容性的寫法

以百度爲案例：
服務器

注意：Expires和Cache-Control的區別還有一個：Expires是一個具體的服務器時間，這就致使一個問題，若是客戶端時間和服務器時間相差較大，緩存命中與否就不是開發者所指望的。Cache-Control是一個時間段，控制就比較容易。負載均衡

協商緩存

ETag和If-None-Match：這兩個要一塊兒說。Etag是上一次加載資源時，服務器返回的response header，是對該資源的一種惟一標識，只要資源有變化，Etag就會從新生成。瀏覽器在下一次加載資源向服務器發送請求時，會將上一次返回的Etag值放到request header裏的If-None-Match裏，服務器接受到If-None-Match的值後，會拿來跟該資源文件的Etag值作比較，若是相同，則表示資源文件沒有發生改變，命中協商緩存。性能

Last-Modified和If-Modified-Since：這兩個也要一塊兒說。Last-Modified是該資源文件最後一次更改時間，服務器會在response header裏返回，同時瀏覽器會將這個值保存起來，在下一次發送請求時，放到request header裏的If-Modified-Since裏，服務器在接收到後也會作比對，若是相同則命中協商緩存。

ETag和Last-Modified的做用和用法也是差很少，說一說他們的區別。
首先在精確度上，Etag要優於Last-Modified。Last-Modified的時間單位是秒，若是某個文件在1秒內改變了屢次，那麼他們的Last-Modified其實並無體現出來修改，可是Etag每次都會改變確保了精度；若是是負載均衡的服務器，各個服務器生成的Last-Modified也有可能不一致。
第二在性能上，Etag要遜於Last-Modified，畢竟Last-Modified只須要記錄時間，而Etag須要服務器經過算法來計算出一個hash值。
第三在優先級上，服務器校驗優先考慮Etag。cdn

一樣以京東爲案例blog

瀏覽器緩存過程

瀏覽器第一次加載資源，服務器返回200，瀏覽器將資源文件從服務器上請求下載下來，並把response header及該請求的返回時間一併緩存；

下一次加載資源時，先比較當前時間和上一次返回200時的時間差，若是沒有超過cache-control設置的max-age，則沒有過時，命中強緩存，不發請求直接從本地緩存讀取該文件（若是瀏覽器不支持HTTP1.1，則用expires判斷是否過時）；若是時間過時，則向服務器發送header帶有If-None-Match和If-Modified-Since的請求；

服務器收到請求後，優先根據Etag的值判斷被請求的文件有沒有作修改，Etag值一致則沒有修改，命中協商緩存，返回304；若是不一致則有改動，直接返回新的資源文件帶上新的Etag值並返回200；

若是服務器收到的請求沒有Etag值，則將If-Modified-Since和被請求文件的最後修改時間作比對，一致則命中協商緩存，返回304；不一致則返回新的last-modified和文件並返回200；