標籤:
瀏覽器緩衝機制,其實主要就是HTTP協議定義的緩衝機制(如: Expires; Cache-control等)。但是也有非HTTP協議定義的緩衝機制,如使用HTML Meta 標籤,Web開發人員可以在HTML頁面的<head>節點中加入<meta>標籤,代碼如下:
<META HTTP-EQUIV="Pragma" CONTENT="no-cache">
上述代碼的作用是告訴瀏覽器當前頁面不被緩衝,每次訪問都需要去伺服器拉取。使用上很簡單,但只有部分瀏覽器可以支援,而且所有緩衝Proxy 伺服器都不支援,因為代理不解析HTML內容本身。
下面我主要介紹HTTP協議定義的緩衝機制。
Expires策略
Expires是Web伺服器響應訊息頭欄位,在響應http請求時告訴瀏覽器在到期時間前瀏覽器可以直接從瀏覽器緩衝取資料,而無需再次請求。
下面是寶寶PK項目中,瀏覽器拉取jquery.js web伺服器的回應標頭:
註:Date頭域表示訊息發送的時間,時間的描述格式由rfc822定義。例如,Date: Mon,31 Dec 2001 04:25:57GMT。
Web伺服器告訴瀏覽器在2012-11-28 03:30:01這個時間點之前,可以使用快取檔案。發送請求的時間是2012-11-28 03:25:01,即緩衝5分鐘。
不過Expires 是HTTP 1.0的東西,現在預設瀏覽器均預設使用HTTP 1.1,所以它的作用基本忽略。
Cache-control策略(重點關注)
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
Last-Modified/If-Modified-Since要配合Cache-Control使用。
- Last-Modified:標示這個響應資源的最後修改時間。web伺服器在響應請求時,告訴瀏覽器資源的最後修改時間。
- If-Modified-Since:當資源到期時(使用Cache-Control標識的max-age),發現資源具有Last-Modified聲明,則再次向web伺服器請求時帶上頭 If-Modified-Since,表示請求時間。web伺服器收到請求後發現有頭If-Modified-Since 則與被請求資源的最後修改時間進行比對。若最後修改時間較新,說明資源又被改動過,則響應整片資源內容(寫在響應訊息包體內),HTTP 200;若最後修改時間較舊,說明資源無新修改,則響應HTTP 304 (無需包體,節省瀏覽),告知瀏覽器繼續使用所儲存的cache。
Etag/If-None-Match
Etag/If-None-Match也要配合Cache-Control使用。
- Etag:web伺服器響應請求時,告訴瀏覽器當前資源在伺服器的唯一標識(建置規則由伺服器覺得)。Apache中,ETag的值,預設是對檔案的索引節(INode),大小(Size)和最後修改時間(MTime)進行Hash後得到的。
- If-None-Match:當資源到期時(使用Cache-Control標識的max-age),發現資源具有Etage聲明,則再次向web伺服器請求時帶上頭If-None-Match(Etag的值)。web伺服器收到請求後發現有頭If-None-Match 則與被請求資源的相應校正串進行比對,決定返回200或304。
既生Last-Modified何生Etag?
你可能會覺得使用Last-Modified已經足以讓瀏覽器知道本地的快取複本是否足夠新,為什麼還需要Etag(實體標識)呢?HTTP1.1中Etag的出現主要是為瞭解決幾個Last-Modified比較難解決的問題:
- Last-Modified標註的最後修改只能精確到秒級,如果某些檔案在1秒鐘以內,被修改多次的話,它將不能準確標註檔案的修改時間
- 如果某些檔案會被定期產生,當有時內容並沒有任何變化,但Last-Modified卻改變了,導致檔案沒法使用緩衝
- 有可能存在伺服器沒有準確擷取檔案修改時間,或者與Proxy 伺服器時間不一致等情形
Etag是伺服器自動產生或者由開發人員產生的對應資源在伺服器端的唯一識別碼,能夠更加準確的控制緩衝。Last-Modified與ETag是可以一起使用的,伺服器會優先驗證ETag,一致的情況下,才會繼續比對Last-Modified,最後才決定是否返回304。
使用者行為與緩衝
瀏覽器緩衝行為還有使用者的行為有關!!!
使用者操作 |
Expires/Cache-Control |
Last-Modified/Etag |
地址欄斷行符號 |
有效 |
有效 |
頁面連結跳轉 |
有效 |
有效 |
新開視窗 |
有效 |
有效 |
前進、後退 |
有效 |
有效 |
F5重新整理 |
無效 |
有效 |
Ctrl+F5重新整理 |
無效 |
無效 |
總結
瀏覽器第一次請求:
瀏覽器再次請求時:
原文:
http://kb.cnblogs.com/page/165307/
[轉]瀏覽器緩衝機制