---------------------武漢加油，陝西加油，中國加油---------------2020-02-17----------------
重用已獲取的資源能夠有效的提公升**與應用的效能。web 快取能夠減少延遲與網路阻塞， 進而減少顯示某個資源所用的時間。借助 http 快取，web 站點變得更具有響應性。
1.瀏覽器發起請求(攜帶 cache-control )，會先去本地快取看看是否有快取並且命中，假如有就直接返回快取資源，反之則就轉向**伺服器；
2.**伺服器去查詢相關的快取設定，如 s-maxage，以及該資源是否有快取，同樣的會去檢查是否命中快取資源，假如有則會返回至本地快取， 反之則到達源伺服器；
3.到達源伺服器後，源伺服器會返回資源新檔案，然後一步步返回。
這大概就是快取最粗糙的乙個基本流程，接下來我們來一步步的**快取的原理。
cache-control 快取特性
我們一開始開到**估計會嚇一跳，僅僅只是乙個 cache-control 就幾乎有那麼多指令。但實際上我們把它分為特性模組來看，我們自然而然就會清晰很
多。可快取性
public：就是該 http 請求所請求的內容，無論是經過**伺服器還是客戶端，都可以對該請求進行快取操作；
private：只有發起請求的瀏覽器才可以進行快取，而**伺服器則不可以；
no-cache：這裡的意思是可以快取，但是在快取之前不管過沒過期，都需要向源伺服器進行資源有效性校驗；
過期性max-age：該快取什麼時候到期；
s-maxage：在**伺服器中，如果我們同時設定了 max-age 以及 s- maxage，那麼**伺服器會讀取 s-maxage，因為該指令是專門為**伺服器而存在的；
重新驗證
must-revalidate：假如還沒到過期時間，那麼可以使用快取資源；反之就必須到源伺服器進行有效檢驗；
proxy-revalidate：同 must-revalidate，只是 proxy-revalidate 用在快取伺服器；
expires
除了 cache-control 可以控制資源的快取狀態之外，還有 expires，它是http 1.0 的產物，但是還是有很多地方會有到它。它跟 cache-control 中的max-age 有什麼區別呢？
表達方式：expires 是絕對時間，如 expires: tue jul 09 2019 23:13:28 gmt+0800，而 max-age 是相對時間，如 max-age=3600；
協議版本：expires 是 http 1.0 版本的首部字段，而 max-age 是http 1.1 版本及其之後的首部字段；
優先順序：當請求協議版本為 http 1.0 時，同時存在 expires 和 max- age 會無視 max-age，而當請求協議版本為 http 1.1 則會優先處理max-age 指令；
除此之外，它們的使用方法時一樣的，因此我們就不再實戰演示了，它們都是用來校驗強快取的標識。
快取校驗 last-modified & etag
last-modified
顧名思義，上次修改時間。主要配合 if-modified-since 或者 if-unmodified-sice。
基本流程：
1.首次請求資源，伺服器返回資源時帶上實體首部字段 last-modified；
2.當我們再次請求該資源時，瀏覽器會自動在請求頭帶上首部字段 if- modified-since，此時的 if-modified-since 等於 last-modified ；
3.伺服器接收到請求後，會根據 if-modified-since 配合 last-modified 來判斷資源在該日期之後是否發生過變化；
4.如果發生修改了，則返回新的資源並返回新的 last-modified，反之則返回狀態碼 304 not modified，這個過程稱為協商快取。
etag
相對於 last-modified，etag 是乙個更加嚴格的驗證，它主要是通過數字簽名表示資源的唯一性，但當該資源發生修改，那麼該簽名也會隨之變化，但是無論如何都會保證它的唯一性。所以根據它的唯一性，就可以 if-match 或者if-non-match 知道資源有沒有發生修改。
基礎流程： 同 last-modified，只是把 last-modified 換成 etag， if- modified-since 換成 if-match 。但是假如 last-modified 以及 etag 同時存在，則後者 etag 的優先順序比較高。
強快取 & 協商快取
在進行最後乙個實戰模擬之前，要先說下這兩個十分重要的概念：強快取以及協商快取。
強快取簡單粗暴來講，就是
客戶端知道資源過期時間後，由客戶端來決定要不要快取。
那麼怎麼知道資源的過期時間呢？由誰來決定它們的過期時間呢？就是由我們上文提到的 expires 以及 cache-control: max-age。
協商快取
跟強快取相反，是由伺服器來決定客戶端要不要使用快取。在有 etag 以及last-modified 響應首部欄位的情況下，客戶端會向伺服器發起資源的快取校驗，然後伺服器會告知客戶端是使用快取(304)還是返回乙個全新的資源，表面上看都是會發起乙個請求，但是響應的時候則是不是乙個完整的響應則看是否需要快取。
還記得 cache-control 的指令 no-cache 和 no-store 嗎？這時候應該就清楚了兩者的區別了。no-cache 就是直接跳過強快取進入協商快取。而 no-store 則是不快取，效果等同於 chrome 瀏覽器的 disable cache，仔細觀察，你會發現請求首部欄位是不會攜帶關於快取的任何首部字段。
總結這下總算知道為什麼有時候 chrome 瀏覽器會展示 disk cache/memory cache 了吧，它跟 304 not modified 同樣都是被快取的意思，這是方式不一樣。由此可見，合理的使用快取是多麼的重要，它可以使我們減少無所謂的請求、避免資源檔案的重複傳輸、減少對源伺服器的資源占用等等好處，但也不能濫用。
深入了解一下HTTP快取機制
http 快取機制作為 web 效能優化的重要手段，是web 開發知識體系庫中的乙個基礎環節，但是對於很多學習者來說，僅僅只是知道瀏覽器會對請求的靜態檔案進行快取，但是為什麼被快取，快取是怎樣生效的，卻並不是很清楚。在此,用簡單明瞭的文字介紹http快取機制，期望對各位學習者正確的理解前端快取有所幫...
http簡單了解
協議 兩個應用之間進行資訊的傳輸需要對傳輸的格式進行一些的商定，這樣才能順利地交通。這就像我們的自然語言，都會是由一定的語法構成乙個句子的完整的意思，沒有了我們已經知道的或是預設的語法，那麼就不能順暢地進行溝通。對於一些企業的內部應用，企業內部可以自己制定自已客戶端和服務端溝通的協議。http協議 ...
http 304優化，了解客戶端快取
如果你的快取是基於檔案的方式,如xml或http中的.ashx處理,也可以使用下面的基於檔案方式的客戶端快取 複製此 code 1 region setfilecaching.2 3 基於檔案方式設定客戶端快取 上圖所使用的工具是在ie下執行的httpwatchpro,在firefox下可以使用fi...