基于HTTP瀏覽器緩存機制全面解析
什么是瀏覽器緩存
Web緩存是指一個Web資源(如html頁面,圖片,js,數(shù)據(jù)等)存在于Web服務器和客戶端(瀏覽器)之間的副本。緩存會根據(jù)進來的請求保存輸出內(nèi)容的副本;當下一個請求來到的時候,如果是相同的URL,緩存會根據(jù)緩存機制決定是直接使用副本響應訪問請求,還是向源服務器再次發(fā)送請求。
比較常見的就是瀏覽器會緩存訪問過網(wǎng)站的網(wǎng)頁,當再次訪問這個URL地址的時候,如果網(wǎng)頁沒有更新,就不會再次下載網(wǎng)頁,而是直接使用本地緩存的網(wǎng)頁。
只有當網(wǎng)站明確標識資源已經(jīng)更新,瀏覽器才會再次下載網(wǎng)頁。瀏覽器和網(wǎng)站服務器是根據(jù)緩存機制進行緩存的
非HTTP協(xié)議定義的緩存機制
瀏覽器緩存機制,其實主要就是HTTP協(xié)議定義的緩存機制(如: Expires; Cache-control等)。但是也有非HTTP協(xié)議定義的緩存機制,如使用HTML Meta 標簽,Web開發(fā)者可以在HTML頁面的節(jié)點中加入標簽
<meta http-equiv="Pragma" content="no-cache">
上述代碼的作用是告訴瀏覽器當前頁面不被緩存,每次訪問都需要去服務器拉取。使用上很簡單,但只有部分瀏覽器可以支持,而且所有緩存代理服務器都不支持,因為代理不解析HTML內(nèi)容本身。
緩存流程圖
利用瀏覽器緩存的過程:
HTTP緩存機制
根據(jù)Response Header里面的Cache-Control和Expires這兩個屬性,當兩個都存在時,Cache-Control優(yōu)先級較高。
Cache-Control
該字段用于控制瀏覽器在什么情況下直接使用本地緩存而不向服務器發(fā)送請求。一般具有以下值:
Public
:指示響應可被任何緩存區(qū)緩存。Private
:指示對于單個用戶的整個或部分響應消息,不能被共享緩存處理。這允許服務器僅僅描述當用戶的部分響應消息,此響應消息對于其他用戶的請求無效。no-cache
:指示請求或響應消息不能緩存。no-store
:用于防止重要的信息被無意的發(fā)布。在請求消息中發(fā)送將使得請求和響應消息都不使用緩存。max-age
:指示瀏覽器可以接收生存期不大于指定時間(以秒為單位)的響應。min-fresh
:指示瀏覽器可以接收響應時間小于當前時間加上指定時間的響應。max-stale
:指示瀏覽器可以接收超出超時期間的響應消息。如果指定max-stale消息的值,那么瀏覽器可以接收超出超時期指定值之內(nèi)的響應消息。
Expires(石器時代的緩存機制)
Expires 頭部字段提供一個日期和時間,在該日期前的所有對該資源的請求都會直接使用瀏覽器緩存而不用向服務器請求。
例如:Expires: Sun, 08 Nov 2009 03:37:26 GMT
注意:
- cache-control max-age 和 max-stale將覆蓋Expires header。
- 使用Expires存在服務器端時間和瀏覽器時間不一致的問題。
- 另外有人說Expires 是HTTP 1.0的東西,現(xiàn)在默認瀏覽器均默認使用HTTP 1.1。
服務端如何判斷緩存已失效
服務端通過If-Modified-Since(Last-Modified)和If-None-Match(Etag)這兩個屬性的值來判斷緩存是否失效的。
Last-Modified/If-Modified-Since
Last-Modified/If-Modified-Since要配合Cache-Control使用。
Last-Modified
:響應資源的最后修改時間。
If-Modified-Since
:當緩存過期時,發(fā)現(xiàn)資源具有Last-Modified聲明,則在請求頭帶上If-Modified-Since(值就是Last-Modified)。服務器收到請求后發(fā)現(xiàn)有頭If-Modified-Since則與被請求資源的最后修改時間進行比對。若最后修改時間較新,說明資源又被改動過,則響應HTTP 200整片資源內(nèi)容(寫在響應消息包體內(nèi));若最后修改時間較舊,說明資源無新修改,則響應HTTP 304,告知瀏覽器繼續(xù)使用所保存的cache。
Etag/If-None-Match
Etag/If-None-Match也要配合Cache-Control使用。
Etag
:資源在服務器的唯一標識(生成規(guī)則由服務器決定)。Apache中,ETag的值,默認是對文件的索引節(jié)(INode),大?。⊿ize)和最后修改時間(MTime)進行Hash后得到的。
If-None-Match
:當緩存過期時,發(fā)現(xiàn)資源具有Etage聲明,則在請求頭帶上If-None-Match(值就是Etag)。服務器收到請求后發(fā)現(xiàn)有頭If-None-Match 則與被請求資源的相應校驗串進行比對,決定返回200或304。
為什么有了Last-Modified還要Etag?
Etag的出現(xiàn)主要是為了解決幾個Last-Modified比較難解決的問題:
- Last-Modified標注的最后修改只能精確到秒級,如果某些文件在1秒鐘以內(nèi),被修改多次的話,它將不能準確標注文件的修改時間。
- 如果某些文件會被定期生成,當有時內(nèi)容并沒有任何變化,但Last-Modified卻改變了,導致文件沒法使用緩存。
- 有可能存在服務器沒有準確獲取文件修改時間,或者與代理服務器時間不一致等情形。
200 OK(from cache)與304 Not Modified的區(qū)別
200 OK( from cache )不向服務器發(fā)送請求,直接使用本地緩存文件。304 Not Modified則向服務器詢問,若服務器認為瀏覽器的緩存版本還可用,那么便會返回304。
200 OK( from cache ) 出現(xiàn)操作:
1.地址欄回車
2.頁面鏈接跳轉
3.前進、后退
304 Not Modified 出現(xiàn)操作:
1.F5刷新
2.新開窗口
緩存的不同來源
from disk cache
:從磁盤中獲取緩存資源,等待下次訪問時不需要重新下載資源,而直接從磁盤中獲取。它的直接操作對象為CurlCacheManager。
from memory cache
:從內(nèi)存中獲取資源,等待下次訪問時不需要重新下載資源,而直接從內(nèi)存中獲取。
兩者區(qū)別:當退出進程時,內(nèi)存中的數(shù)據(jù)會被清空,而磁盤的數(shù)據(jù)不會,所以,當下次再進入該進程時,該進程仍可以從diskCache中獲得數(shù)據(jù),而memoryCache則不行。
不能被緩存的請求
當然并不是所有請求都能被緩存。
無法被瀏覽器緩存的請求:
- HTTP信息頭中包含Cache-Control:no-cache,pragma:no-cache(HTTP1.0),或Cache-Control:max-age=0等告訴瀏覽器不用緩存的請求
- 需要根據(jù)Cookie,認證信息等決定輸入內(nèi)容的動態(tài)請求是不能被緩存的
- 經(jīng)過HTTPS安全加密的請求
- POST請求無法被緩存
- HTTP響應頭中不包含Last-Modified/Etag,也不包含Cache-Control/Expires的請求無法被緩存
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
- 瀏覽器緩存知識小結及應用分析
- js清除瀏覽器緩存的幾種方法
- 清除瀏覽器緩存的幾種方法總結(必看)
- 詳解Linux搭建DNS服務器
- windows server 2008 r2 DNS服務器配置圖文教程
- Docker 默認bridge網(wǎng)絡中配置DNS的方法
- Windows Server2012 安裝配置DNS服務器方法詳解
- 在Windows 7 上安裝DNS服務器bind9方法詳解
- Linux下修改IP、DNS和路由命令行配置方法
- 解決Cent0S 6.7直接在/etc/resolv.conf文件下修改DNS地址重啟不生效問題
- 詳解用Nginx搭建CDN服務器方法(圖文)
- 網(wǎng)站加速之CDN、SCDN、DCDN區(qū)別在哪?如何選擇?
- 利用CDN加速react webpack打包后的文件詳解
- 阿里云服務器實現(xiàn)域名解析步驟(小白教程)
- 一文帶你了解什么是瀏覽器緩存,DNS,CDN及域名解析類型
相關文章
IE里button設置border:none屬性無效解決方法
本文說明了IE設置border:none屬性無效的解決方法,下面給出了二種方法,可以根據(jù)情況參考使用2013-11-11