宣告：本文**載），有小調整
瀏覽器快取型別
有兩種，強快取和協商快取
1.強快取：不會向伺服器傳送請求，直接從快取中讀取資源，在chrome控制台的network選項中可以看到該請求返回200的狀態碼，並且size顯示from disk cache或from memory cache；
2.協商快取：向伺服器傳送請求，伺服器會根據這個請求的request header的一些引數來判斷是否命中協商快取，如果命中，則返回304狀態碼並帶上新的response header通知瀏覽器從快取中讀取資源；
3.兩者的共同點是：都是從客戶端快取中讀取資源；區別是強快取不會發請求，協商快取會發請求；
快取有關的header
強快取：
expires和cache-control:max-age=*** 的作用是差不多的，區別就在於 expires 是http1.0的產物，cache-control是http1.1的產物，兩者同時存在的話，cache-control優先順序高於expires；
在某些不支援http1.1的環境下，expires就會發揮用處。所以expires其實是過時的產物，現階段它的存在只是一種相容性的寫法
協商快取：
etag和last-modified的作用和用法也是差不多，說一說他們的區別：
首先在精確度上，etag要優於last-modified。last-modified的時間單位是秒，如果某個檔案在1秒內改變了多次，那麼他們的last-modified其實並沒有體現出來修改，但是etag每次都會改變確保了精度；如果是負載均衡的伺服器，各個伺服器生成的last-modified也有可能不一致。
第二在效能上，etag要遜於last-modified，畢竟last-modified只需要記錄時間，而etag需要伺服器通過演算法來計算出乙個hash值。
第三在優先順序上，伺服器校驗優先考慮etag。
瀏覽器快取過程
下一次載入資源時，先比較當前時間和上一次返回200時的時間差，如果沒有超過cache-control設定的max-age，則沒有過期，命中強快取，不發請求直接從本地快取讀取該檔案（如果瀏覽器不支援http1.1，則用expires判斷是否過期）；如果時間過期，則向伺服器傳送header帶有if-none-match和if-modified-since 的請求；
伺服器收到請求後，優先根據etag的值判斷被請求的檔案有沒有做修改，etag值一致則沒有修改，命中協商快取，返回304；如果不一致則有改動，直接返回新的資源檔案帶上新的etag值並返回 200；
如果伺服器收到的請求沒有etag值，則將if-modified-since和被請求檔案的最後修改時間做比對，一致則命中協商快取，返回304；不一致則返回新的last-modified和檔案並返回 200；
使用者行為對瀏覽器快取的控制
f5重新整理，瀏覽器會設定max-age=0，跳過強快取判斷，會進行協商快取判斷；
ctrl+f5重新整理，跳過強快取和協商快取，直接從伺服器拉取資源。
瀏覽器的快取機制總結
1.強快取 不會向伺服器傳送請求，直接從快取中讀取資源，在chrome控制台的network選項中可以看到該請求返回200的狀態碼，並且size顯示from disk cache或from memory cache 2.協商快取 向伺服器傳送請求，伺服器會根據這個請求的request header的...
瀏覽器快取機制
最近在準備優化日誌請求時遇到了一些令人疑惑的問題，比如為什麼響應頭里出現了兩個 cache control 為什麼明明設定了 no cache 卻還是發請求，為什麼多次訪問時有時請求裡帶了 etag，有時又沒有帶？等等。後來查了一些資料以及同事親自驗證，總算對這些問題有了個清晰的理解，現在整理出來以...
瀏覽器快取機制
當我們瀏覽乙個頁面發現有異常時，通常考慮的就是書不是瀏覽器做了快取呢，按ctrl f5重新請求一次就能請求到沒有快取的頁面，這個是為什麼呢。首先，ctrl f5組合鍵重新整理頁面，那麼瀏覽器會直接向目標url傳送請求，而不再使用瀏覽器快取的資料。其次，當請求到達伺服器端依然有可能出現使用伺服器端的資...