瀏覽器快取機制

瀏覽器快取機制，其實主要就是http協議定義的快取機制（如：

expires；

cache-control等）。但是也有非

協議定義的快取機制，如使用

html meta

標籤，web

開發者可以在

html

頁面的節點中加入

標籤，**如下：

1

<

meta

-equiv

="pragma"

content

="no-cache"

>

上述**的作用是告訴瀏覽器當前頁面不被快取，每次訪問都需要去伺服器拉取。使用上很簡單，但只有部分瀏覽器可以支援，而且所有快取**伺服器都不支援，因為**不解析

html

內容本身。

下面我主要介紹

http協議定義的快取機制。

expires

是web

伺服器響應訊息頭欄位，在響應

請求時告訴瀏覽器在過期時間前瀏覽器可以直接從瀏覽器緩訪問資料，而無需再次請求。

下面是寶寶

pk專案中，瀏覽器拉取

jquery.js web

伺服器的響應頭：

注：

。

web伺服器告訴瀏覽器在

2012-11-28 03:30:01

這個時間點之前，可以使用快取檔案。傳送請求的時間是

2012-11-28 03:25:01

，即快取

5分鐘。

不過expires

是http 1.0

的東西，現在預設瀏覽器均預設使用

，所以它的作用基本忽略。

cache-control

與expires

的作用一致，都是指明當前資源的有效期，控制瀏覽器是否直接從瀏覽器緩訪問資料還是重新發請求到伺服器取資料。

只不過cache-control

的選擇更多，設定更細緻，如果同時設定的話，其優先順序高於expires

。http協議頭

cache-control：

值可以是

public、

private、

no-cache、

no- store、

no-transform、

must-revalidate、

proxy-revalidate、

max-age

各個訊息中的指令含義如下：

public指示響應可被任何快取區快取。

private指示對於單個使用者的整個或部分響應訊息，不能被共享快取處理。這允許伺服器僅僅描述當使用者的部分響應訊息，此響應訊息對於其他使用者的請求無效。

no-cache指示請求或響應訊息不能快取

no-store用於防止重要的資訊被無意的發布。在請求訊息中傳送將使得請求和響應訊息都不使用快取。

max-age指示客戶機可以接收生存期不大於指定時間（以秒為單位）的響應。

min-fresh指示客戶機可以接收響應時間小於當前時間加上指定時間的響應。

max-stale指示客戶機可以接收超出超時期間的響應訊息。如果指定

max-stale訊息的值，那麼客戶機可以接收超出超時期指定值之內的響應訊息。

還是上面那個請求，

web伺服器返回的

cache-control

頭的值為

max-age=300，即5

分鐘（和上面的

expires

時間一致，這個不是必須的）。

last-modified/if-modified-since

要配合cache-control

使用。l

last-modified

：標示這個響應資源的最後修改時間。

web伺服器在響應請求時，告訴瀏覽器資源的最後修改時間。

lif-modified-since

：當資源過期時（使用

cache-control

標識的max-age

），發現資源具有

last-modified

宣告，則再次向

web伺服器請求時帶上頭

if-modified-since

，表示請求時間。web伺服器收到請求後發現有頭

if-modified-since則與被請求資源的最後修改時間進行比對。若最後修改時間較新，說明資源又被改動過，則響應整片資源內容（寫在響應訊息包體內），

；若最後修改時間較舊，說明資源無新修改，則響應

無需包體，節省瀏覽

)，告知瀏覽器繼續使用所儲存的

cache

。etag/if-none-match

也要配合

cache-control

使用。l

etag

：web

伺服器響應請求時，告訴瀏覽器當前資源在伺服器的唯一標識（生成規則由伺服器覺得）。

apache

中，etag

的值，預設是對檔案的索引節（

inode

），大小（

size

）和最後修改時間（

mtime

）進行hash

後得到的。 l

if-none-match

：當資源過期時（使用

cache-control

標識的max-age

），發現資源具有

etage

宣告，則再次向

web伺服器請求時帶上頭

if-none-match（

etag的值）。

web伺服器收到請求後發現有頭

if-none-match則與被請求資源的相應校驗串進行比對，決定返回

200或

304。

你可能會覺得使用

last-modified

已經足以讓瀏覽器知道本地的快取副本是否足夠新，為什麼還需要

etag

（實體標識）呢？

中etag

的出現主要是為了解決幾個

last-modified

比較難解決的問題：

llast-modified

標註的最後修改只能精確到秒級，如果某些檔案在

1秒鐘以內，被修改多次的話，它將不能準確標註檔案的修改時間

l如果某些檔案會被定期生成，當有時內容並沒有任何變化，但

last-modified

卻改變了，導致檔案沒法使用快取

l有可能存在伺服器沒有準確獲取檔案修改時間，或者與**伺服器時間不一致等情形

etag

是伺服器自動生成或者由開發者生成的對應資源在伺服器端的唯一識別符號，能夠更加準確的控制快取。last-modified與

etag是可以一起使用的，

etag，一致的情況下，才會繼續比對

last-modified，最後才決定是否返回

304

。 瀏覽器快取行為還有使用者的行為有關！！！

瀏覽器第一次請求：

瀏覽器再次請求時：

轉至：

瀏覽器快取機制

最近在準備優化日誌請求時遇到了一些令人疑惑的問題，比如為什麼響應頭里出現了兩個 cache control 為什麼明明設定了 no cache 卻還是發請求，為什麼多次訪問時有時請求裡帶了 etag，有時又沒有帶？等等。後來查了一些資料以及同事親自驗證，總算對這些問題有了個清晰的理解，現在整理出來以...

瀏覽器快取機制

當我們瀏覽乙個頁面發現有異常時，通常考慮的就是書不是瀏覽器做了快取呢，按ctrl f5重新請求一次就能請求到沒有快取的頁面，這個是為什麼呢。首先，ctrl f5組合鍵重新整理頁面，那麼瀏覽器會直接向目標url傳送請求，而不再使用瀏覽器快取的資料。其次，當請求到達伺服器端依然有可能出現使用伺服器端的資...

瀏覽器快取機制

瀏覽器快取機制 瀏覽器快取機制，其實主要就是 協議定義的快取機制 如 expires cache control 等 但是也有非 協議定義的快取機制，如使用 html meta 標籤，web 開發者可以在 html 頁面的節點中加入 標籤，如下 上述 的作用是告訴瀏覽器當前頁面不被快取，每次訪問都需...