瀏覽器緩存機制Cache-Control

Cache-Control 是最重要的規(guī)則。這個字段用于指定所有緩存機制在整個請求/響應鏈中必須服從的指令。這些指令指定用于阻止緩存對請求或響應造成不利干擾的行為。這些指令通常覆蓋默認緩存算法。緩存指令是單向的，即請求中存在一個指令并不意味著響應中將存在同一個指令。

cache-control 定義是：Cache-Control = “Cache-Control” “:” cache-directive。表 1 展示了適用的值。

表 1. 常用 cache-directive 值
Cache-directive說明public所有內容都將被緩存private內容只緩存到私有緩存中no-cache所有內容都不會被緩存no-store所有內容都不會被緩存到緩存或 Internet 臨時文件中must-revalidation/proxy-revalidation如果緩存的內容失效，請求必須發(fā)送到服務器/代理以進行重新驗證max-age=xxx (xxx is numeric)緩存的內容將在 xxx 秒后失效, 這個選項只在HTTP 1.1可用, 并如果和Last-Modified一起使用時, 優(yōu)先級較高

表 2 表明在不同的情形下，瀏覽器是將請求重新發(fā)送到服務器還是使用緩存的內容。

表 2. 對 cache-directive 值的瀏覽器響應
Cache-directive打開一個新的瀏覽器窗口在原窗口中單擊 Enter 按鈕刷新單擊 Back 按鈕public瀏覽器呈現(xiàn)來自緩存的頁面瀏覽器呈現(xiàn)來自緩存的頁面瀏覽器重新發(fā)送請求到服務器瀏覽器呈現(xiàn)來自緩存的頁面private瀏覽器重新發(fā)送請求到服務器第一次，瀏覽器重新發(fā)送請求到服務器；此后，瀏覽器呈現(xiàn)來自緩存的頁面瀏覽器重新發(fā)送請求到服務器瀏覽器呈現(xiàn)來自緩存的頁面no-cache/no-store瀏覽器重新發(fā)送請求到服務器瀏覽器重新發(fā)送請求到服務器瀏覽器重新發(fā)送請求到服務器瀏覽器重新發(fā)送請求到服務器must-revalidation/proxy-revalidation瀏覽器重新發(fā)送請求到服務器第一次，瀏覽器重新發(fā)送請求到服務器；此后，瀏覽器呈現(xiàn)來自緩存的頁面瀏覽器重新發(fā)送請求到服務器瀏覽器呈現(xiàn)來自緩存的頁面max-age=xxx (xxx is numeric)在 xxx 秒后，瀏覽器重新發(fā)送請求到服務器在 xxx 秒后，瀏覽器重新發(fā)送請求到服務器瀏覽器重新發(fā)送請求到服務器在 xxx 秒后，瀏覽器重新發(fā)送請求到服務器

Cache-Control是關于瀏覽器緩存的最重要的設置，因為它覆蓋其他設置，比如 Expires 和 Last-Modified。另外，由于瀏覽器的行為基本相同，這個屬性是處理跨瀏覽器緩存問題的最有效的方法。

失效

Expires 頭部字段提供一個日期和時間，響應在該日期和時間后被認為失效。失效的緩存條目通常不會被緩存（無論是代理緩存還是用戶代理緩存）返回，除非首先通過原始服務器（或者擁有該實體的最新副本的中介緩存）驗證。（注意：cache-control max-age 和 s-maxage 將覆蓋 Expires 頭部。）

Expires 字段接收以下格式的值：“Expires: Sun, 08 Nov 2009 03:37:26 GMT”。如果查看內容時的日期在給定的日期之前，則認為該內容沒有失效并從緩存中提取出來。反之，則認為該內容失效，緩存將采取一些措施。表 3-6 表明針對不同用戶操作的不同瀏覽器的行為。

表 3. 當用戶打開一個新的瀏覽器窗口時的失效操作
Firefox 3.5IE 8Chrome 3Safari 4內容沒有失效瀏覽器呈現(xiàn)來自緩存的頁面瀏覽器重新發(fā)送請求到服務器。返回代碼是 200瀏覽器呈現(xiàn)來自緩存的頁面瀏覽器呈現(xiàn)來自緩存的頁面內容失效瀏覽器重新發(fā)送請求到服務器。返回代碼是 200瀏覽器重新發(fā)送請求到服務器。返回代碼是 200瀏覽器重新發(fā)送請求到服務器。返回代碼是 200瀏覽器重新發(fā)送請求到服務器。返回代碼是 200表 4. 當用戶在原始瀏覽器窗口中單擊 Enter 按鈕時的失效操作
Firefox 3.5IE 8Chrome 3Safari 4內容沒有失效瀏覽器呈現(xiàn)來自緩存的頁面瀏覽器呈現(xiàn)來自緩存的頁面瀏覽器重新發(fā)送請求到服務器。返回代碼是 304瀏覽器重新發(fā)送請求到服務器。返回代碼是 304內容失效瀏覽器重新發(fā)送請求到服務器。返回代碼是 200瀏覽器呈現(xiàn)來自緩存的頁面瀏覽器重新發(fā)送請求到服務器。返回代碼是 200瀏覽器重新發(fā)送請求到服務器。返回代碼是 200表 5. 當用戶按 F5 鍵刷新頁面時的失效操作
Firefox 3.5IE 8Chrome 3Safari 4內容沒有失效瀏覽器重新發(fā)送請求到服務器。返回代碼是 304瀏覽器重新發(fā)送請求到服務器。返回代碼是 304瀏覽器重新發(fā)送請求到服務器。返回代碼是 304瀏覽器重新發(fā)送請求到服務器。返回代碼是 304內容失效瀏覽器重新發(fā)送請求到服務器。返回代碼是 200瀏覽器重新發(fā)送請求到服務器。返回代碼是 200瀏覽器重新發(fā)送請求到服務器。返回代碼是 200瀏覽器重新發(fā)送請求到服務器。返回代碼是 200表 6. 當用戶單擊 Back 或 Forward 按鈕時的失效操作
Firefox 3.5IE 8Chrome 3Safari 4內容沒有失效瀏覽器呈現(xiàn)來自緩存的頁面瀏覽器呈現(xiàn)來自緩存的頁面瀏覽器呈現(xiàn)來自緩存的頁面瀏覽器呈現(xiàn)來自緩存的頁面內容失效瀏覽器呈現(xiàn)來自緩存的頁面瀏覽器呈現(xiàn)來自緩存的頁面瀏覽器呈現(xiàn)來自緩存的頁面瀏覽器重新發(fā)送請求到服務器。返回代碼是 200

注意：所有瀏覽器都假定為使用默認設置運行。

Last-Modified/E-Tag

Last-Modified 實體頭部字段值通常用作一個緩存驗證器。簡單來說，如果實體值在 Last-Modified 值之后沒有被更改，則認為該緩存條目有效。ETag 響應頭部字段值是一個實體標記，它提供一個 “不透明” 的緩存驗證器。這可能在以下幾種情況下提供更可靠的驗證：不方便存儲修改日期；HTTP 日期值的 one-second 解決方案不夠用；或者原始服務器希望避免由于使用修改日期而導致的某些沖突。

不同的瀏覽器有不同的配置行為。表 7-10 表明針對不同用戶操作的不同瀏覽器的行為。

表 7. 當用戶打開一個新的瀏覽器窗口時的 Last-Modified E-Tag 操作
Firefox 3.5IE 8Chrome 3Safari 4內容自上次訪問以來沒有被修改瀏覽器重新發(fā)送請求到服務器。返回代碼是 304瀏覽器重新發(fā)送請求到服務器。返回代碼是 200瀏覽器重新發(fā)送請求到服務器。返回代碼是 304瀏覽器重新發(fā)送請求到服務器。返回代碼是 304內容自上次訪問以來已經(jīng)被修改瀏覽器重新發(fā)送請求到服務器。返回代碼是 200瀏覽器重新發(fā)送請求到服務器。返回代碼是 200瀏覽器重新發(fā)送請求到服務器。返回代碼是 200瀏覽器重新發(fā)送請求到服務器。返回代碼是 200表 8. 當用戶在原始瀏覽器窗口中單擊 Enter 按鈕時的 Last-Modified E-Tag 操作
Firefox 3.5IE 8Chrome 3Safari 4內容自上次訪問以來沒有被修改瀏覽器呈現(xiàn)來自緩存的頁面瀏覽器呈現(xiàn)來自緩存的頁面瀏覽器重新發(fā)送請求到服務器。返回代碼是 304瀏覽器重新發(fā)送請求到服務器。返回代碼是 304內容自上次訪問以來已經(jīng)被修改瀏覽器重新發(fā)送請求到服務器。返回代碼是 200瀏覽器呈現(xiàn)來自緩存的頁面瀏覽器重新發(fā)送請求到服務器。返回代碼是 200瀏覽器重新發(fā)送請求到服務器。返回代碼是 200表 9. 當用戶按 F5 鍵刷新頁面時的 Last-Modified E-Tag 操作
Firefox 3.5IE 8Chrome 3Safari 4內容自上次訪問以來沒有被修改瀏覽器重新發(fā)送請求到服務器。返回代碼是 304瀏覽器重新發(fā)送請求到服務器。返回代碼是 304瀏覽器重新發(fā)送請求到服務器。返回代碼是 304瀏覽器重新發(fā)送請求到服務器。返回代碼是 304內容自上次訪問以來已經(jīng)被修改瀏覽器重新發(fā)送請求到服務器。返回代碼是 200瀏覽器重新發(fā)送請求到服務器。返回代碼是 200瀏覽器重新發(fā)送請求到服務器。返回代碼是 200瀏覽器重新發(fā)送請求到服務器。返回代碼是 200 欲知詳情，請下載word文檔 下載文檔