1.1. 概念
直接使用本地的快取，不用跟伺服器進行通訊
1.2. 相關header欄位
2.1、概念
將資源一些相關資訊返回伺服器，讓伺服器判斷瀏覽器是否能直接使用本地快取，整個過程至少與伺服器通訊一次
2.2、相關header欄位
2.3、優點
有些檔案可能會週期性更改，但內容並沒有修改時，用 etag 就不用重新拉取；
1s 內修改的檔案也會檢測到；
優先順序高於 last-modified。
2.4、為什麼協商快取有兩個屬性一起出現
協商快取是瀏覽器判斷資源是否可用，所以需要兩個標識，第乙個是第一次請求的響應頭帶上某個字段（last-modified或者etag），第二個則是後續請求帶上的對應請求字段（if-modified-since或者if-none-match），兩個標識一起出現才有意義，單獨則沒有什麼效果。
強快取和協商快取
對於一次已經有快取存在的請求來說 即之前已經發過針對這個資源的請求，在本地已經有快取 如果發起請求，那麼 首先會去找到快取資源的響應頭中的expires 過期時間 和cache control 控制快取的失效性 來判斷當前是否直接使用快取，如果當前時間還在expires之前，即快取仍未失效的情況下，...
強快取和協商快取
一 瀏覽器快取 1，第一次請求，無快取請求過程 流程如下所示 第二次請求，有快取請求的過程 流程如下圖所示 瀏覽器的快取分為二種，第一種的是強快取，另外一種是協商快取 2 強快取 定義 強快取在請求資源的時候，會從header裡面讀取是否是強快取，在有效的時間時間期內，從快取裡讀取不能從服務那裡讀取...
前端強快取和協商快取
快取是前端面試的乙個常見知識點，下面對於實際專案中如何進行快取的設定給出方案。瀏覽器快取是瀏覽器將使用者請求過的靜態資源儲存到電腦本地磁碟中，當再次訪問時，就可以直接從本地快取中載入而不需要去向伺服器請求了。但是快取也有缺點，如果服務端資源更新了，客戶端沒有強制重新整理的情況下，看到的內容還是舊的。...