1. HTTP并不支持兄弟緩存，所以人們通過一些協(xié)議對HTTP進行了擴展，比如因特網(wǎng)緩存協(xié)議（Internet Cache Protocol, ICP）和超文本緩存協(xié)議（HyperText Caching Protocol, HTCP）。

2. ?緩存的處理步驟

• 接收；
• 解析；
• 查找，專業(yè)級的緩存會使用快速算法來確定本地緩存中是否有某個對象。
• 新鮮度檢測，http有一組非常復(fù)雜的新鮮度檢測規(guī)則，緩存產(chǎn)品支持的大量配置選項。Http有一些簡單的機制可以在不要求服務(wù)器記住有哪些緩存擁有其文檔副本的情況下，保持已緩存數(shù)據(jù)與服務(wù)器數(shù)據(jù)之間充分一直。HTTP將這些簡單的機制稱為文檔過期（document expiration）和服務(wù)器再驗證（server revalidation）

文檔過期：http首部 cache-Control:max-age = 23s(指定一個相對的日期，HTTP/1.1)和Expires(指定一個絕對的日期，HTTP/1.0+)。?

服務(wù)器再驗證：僅僅是已緩存文檔過期了并不意味著他和原始服務(wù)器上目前處于活躍狀態(tài)的文檔有實際的區(qū)別；這只是意味著到了要進行核對的時間了。這種情況被稱為“服務(wù)器再驗證”，說明緩存需要詢問原始服務(wù)器文檔是否發(fā)生了變化。用條件方法進行再驗證：HTTP允許緩存想原始服務(wù)器發(fā)送一個“條件 GET”，請求服務(wù)器只有在文檔和緩存中現(xiàn)有的副本不相同時，才回送對象主體。通過這種方法，將新鮮度檢測和對象獲取結(jié)合成了單個條件GET。?HTTP定義了5個提哦啊及那請求首部。對緩存再驗證來說最有用的兩個首部是If-Modified-Since和If-None-Match(其他首部包括， if-Unmodified-Since, If-Range, If-Match)。說有條件首部都以If-開頭。緩存驗證器（cache validater）

• If-Modified-Since+date.
• If-None-Match,實體標簽再驗證。有些情況下僅適用最后修改日期進行再驗證是不夠的。HTTP允許用戶對被稱為實體標簽（ETag）的“版本標識符”進行比較。實體標簽是附加在文檔上的任意標簽（引用字符串）。If-None-Match+version information。?
• 強弱驗證器（HTTP/1.1支持弱驗證器）。弱驗證器允許對一些內(nèi)容做出了修改。但內(nèi)容的主要含義發(fā)生變化時，通常他還是會發(fā)生變化。用”W/“來標示弱驗證器。
  

• 創(chuàng)建響應(yīng)；
• 發(fā)送；
• 日志。

3. 控制緩存的能力

服務(wù)器可以通過HTTP定義的幾種方式來指定在文檔過期之前可以將其緩存多長時間。按照優(yōu)先級遞減的順序，服務(wù)器可以首部到響應(yīng)中去。

• no-Store與no-Cache響應(yīng)首部（eg. Cache-Control:no-Store; Cache-Control:no-Cache）,標示no-Store的響應(yīng)會禁止響應(yīng)對緩存進行復(fù)制。緩存通常會像緩存代理服務(wù)器一樣，向客戶端轉(zhuǎn)發(fā)一條no-store響應(yīng)，然后刪除對象。標識為no-Cache的響應(yīng)實際上是可以存儲在本地緩存區(qū)中的。只是在與原始服務(wù)器進行再驗證之前，緩存不能夠提供給客戶端使用。HTTP/1.1中提供Pragma：no-Cache首部是為了兼容HTTP/1.0+。HTTP/1.1應(yīng)該用Cache-Control:no-Cache。
• max-age響應(yīng)首部（Cache-Control:max-age）
• expires響應(yīng)首部（Cache-Control：Expires），指定的是實際的過期日期。
• must-revalidate
• 試探性過期

轉(zhuǎn)載于:https://www.cnblogs.com/hongdanning/p/4597555.html

總結(jié)

以上是生活随笔為你收集整理的【WEB HTTP】缓存的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。