簡述HTTP協議報文首部緩衝機制

標籤：情況   時間長度   max   tag   最大   請求   mod   後端服務   mat   

http緩衝原理與機制

強制緩衝機制(到期時間機制)：
基本原理：在用戶端第一次請求服務端時，服務端會將緩衝規則資訊添加在header中，用戶端會通過這些資訊判斷是否能緩衝。若是強制緩衝，則header中會有兩個欄位來標記緩衝失效的時間(expires或cache-control)，要指出的是在HTTP1.0中，只支援expires，目前的瀏覽器預設都是HTTP1.1了，基本都支援cache-control。在用戶端第一次請求並添加緩衝後，以後每次用戶端的請求響應資料都是快取服務器提供的，不會再經由服務端。快取服務器根據cache-control欄位來判斷何時更新緩衝，是否更新緩衝，是否可以使用緩衝。
cache-control有下面幾個參數：
private，允許用戶端使用緩衝
max-age，緩衝最大失效時間長度
public，允許用戶端和代理使用緩衝
no-cache，關閉強制緩衝，需要使用對比緩衝
no-store，所有內容都不使用緩衝
請求報文首部和響應報文首部都有cache-control
對比緩衝機制(條件式緩衝機制)：
基本原理：
1.快取命中的情況：用戶端會向快取服務器請求擷取緩衝header標識，用戶端擷取標識後，會向後端伺服器發送header標識規則，若未失效便通知用戶端使用快取服務器緩衝的資料(一般狀態代碼為304)。值得注意的是在用戶端擷取header標識後只會向後端伺服器發送header，服務端也只會向用戶端返回header。
2.緩衝未命中的情況：用戶端會向快取服務器請求擷取緩衝header標識，用戶端擷取標識後，會向後端伺服器發送header標識規則，若失效便通知用戶端不使用快取服務器緩衝的資料(一般狀態代碼為200)，並更新緩衝。
對比緩衝的標識：
last-modified/if-modfied-since：資源最後修改時間戳記
etag/if-none-match：資源校正碼，可以是類似hash值的演算法(優先順序高於last-modified)
不管是以上哪一種都是為了比對當前緩衝內容和後端伺服器最新內容是否一致的。若傳回值為304則認為是一致，則直接使用緩衝；若傳回值是200則認為是不一致，則更新緩衝。

緩衝方式：
1.代理式緩衝：當使用者發送請求時，會先經由快取服務器，若快取命中便直接返回給用戶端，若沒命中則由快取服務器向後端主機發送請求並相應給用戶端，再由快取服務器判斷是否緩衝響應的內容。
2.旁掛式緩衝：當使用者發送請求時，會先經由快取服務器，若快取命中便直接返回給用戶端，若沒命中則由用戶端自己向後端主機發送請求並相應給用戶端，再由用戶端判斷是否緩衝響應的內容。

varnish是一款代理式緩衝程式，降低了用戶端的要求，用戶端不需要判斷哪些內容需要緩衝哪些不需要緩衝，增強了使用者體驗。現在一般都是使用代理式緩衝模型。

varnish的緩衝儲存機制：
-s
malloc
file
persistent (測試階段，還未有正式版)

簡述HTTP協議報文首部緩衝機制