本文說的是http中控制客戶端快取的頭有哪些。網上這方面的文章很多了，這裡就說下個人的理解。
在請求乙個靜態檔案的時候（，css，js）等，這些檔案的特點是檔案不經常變化，將這些不經常變化的檔案儲存起來，對客戶端來說是乙個優化使用者瀏覽體驗的方法。那麼這個就是客戶端快取的意義了。
windows下客戶端的快取檔案存放在臨時資料夾中，但是這裡有個問題就是這個快取檔案存放多久呢？這個是由服務端進行設定的。
http頭中的expires和cache-control就是完成這個事情的。
當客戶端第一次訪問資源的時候，服務端在返回資源內容的同時也返回了expires: sun, 16 oct 2016 05:43:02 gmt。
服務端告訴瀏覽器： 你y的先把這個檔案給我快取起來，在這個過期時間之前，這個檔案都不會變化了，你下次需要這個檔案的時候，你就不要過來找我要了，你就去快取中拿就好了，又快又好。
瀏覽器回答說：諾。
於是在第二次html頁面中又要訪問這個資源的時候，並且訪問的日期在sun, 16 oct 2016 05:43:02 gmt之前，瀏覽器就不去伺服器那邊獲取檔案了，自己從快取中自食其力了。
但是呢，瀏覽器畢竟是在客戶端的，客戶端的時間可是不準確的，使用者可以隨著自己的喜好修改自己機器的時間，比如我把我機器的時間調成sun, 16 oct 2016 05:43:03 gmt，那麼呢？我的瀏覽器就不會再使用快取了，而每次都去伺服器獲取檔案。於是，伺服器怒了：給你個絕對時間，你由於環境被修改沒法判斷過期，那麼我就給你相對時間吧。於是就返回了cache-control: max-age:600，瀏覽器你給我快取個10分鐘去。於是瀏覽器只有乖乖的快取10分鐘了。
但是問題又來了，如果有的伺服器同時設定了expires和cache-control怎麼辦呢？（不是閒的沒事幹，而是由於cache-controll是http1.1中才有的）那麼就是根據更先進的設定cache-control來為標準。
好了，現在有個問題，我有個檔案可能時不時會更新，服務端非常希望客戶端能時不時過來問一下這個檔案是否過期，如果沒有過期，服務端不返回資料給你，只告訴瀏覽器你的快取還沒有過期（304）。然後瀏覽器使用自己儲存的快取來做顯示。這個就叫做條件請求。
客戶端第一次訪問資源的時候，服務端返回資源內容的同時返回了last-modifed:wed, 07 aug 2013 15:32:18 gmt 服務端在告訴客戶端：你獲取的這個檔案我最後的修改時間是wed, 07 aug 2013 15:32:18 gmt 。瀏覽器在獲取這個檔案存到快取中的時候，給快取中的檔案同時記錄上這個最後修改時間。
第二次訪問的時候（我們假設這裡沒有設定expires或者cache-control）。那麼服務端訪問資源的時候會帶上if-modify-since:wed, 07 aug 2013 15:32:18 gmt ；
客戶端詢問服務端：喂，我需要的這個資源其實我這邊已經有快取了，我的快取檔案的最後修改時間是這個是，如果你那邊的資源在這個時間以後沒有修改的話，你就告訴我一下就好了，不需要返回實際的資源內容。反之，要是你有修改的話，你就把檔案內容返回給我吧。
服務端回應說：哦。行為是看下資源是否在這個時間後沒有修改過，如果沒有修改返回個304告訴客戶端，我沒有修改過。如果有變化了，我就返回200，並且帶上資源內容。
這個條件請求還有另外一種方法，打標籤（tag）。
第一次客戶端訪問資源的時候，服務端返回資源內容的同時返回了etag：1234，告訴客戶端：這個檔案的標籤是1234，我如果修改了我這邊的資源的話，這個標籤就會不一樣了。
第二次客戶端訪問資源的時候，由於快取中已經有了etag為1234的資源，客戶端要去服務端查詢的是這個資源有木有過期呢？所以帶上了if-none-match: 1234。告訴服務端：如果你那邊的資源還是1234標籤的資源，你就返回304告訴我，不需要返回資源內容了。如果不是的話，你再返回資源內容給我就行了。服務端就比較下etag來看是返回304還是200。
理解了上面的快取標籤之後就很好理解各種重新整理了。
重新整理有三種
假設對乙個資源：
瀏覽器第一次訪問，獲取資源內容和cache-control: max-age:600，last_modify: wed, 10 aug 2013 15:32:18 gmt
於是瀏覽器把資源檔案放到快取中，並且決定下次使用的時候直接去快取中取了。
瀏覽器url回車
瀏覽器發現快取中有這個檔案了，好了，就不傳送任何請求了，直接去快取中獲取展現。（最快）
下面我按下了f5重新整理
f5就是告訴瀏覽器，別偷懶，好歹去伺服器看看這個檔案是否有過期了。於是瀏覽器就膽膽襟襟的傳送乙個請求帶上if-modify-since：wed, 10 aug 2013 15:32:18 gmt
然後伺服器發現：誒，這個檔案我在這個時間後還沒修改過，不需要給你任何資訊了，返回304就行了。於是瀏覽器獲取到304後就去快取中歡歡喜喜獲取資源了。
但是呢，下面我們按下了ctrl+f5
這個可是要命了，告訴瀏覽器，你先把你快取中的這個檔案給我刪了，然後再去伺服器請求個完整的資源檔案下來。於是客戶端就完成了強行更新的操作...
還有說一下，那個etag實際上很少人使用，因為它的計算是使用演算法來得出的，而演算法會占用服務端計算的資源，所有服務端的資源都是寶貴的，所以就很少使用etag了。
《http權威指南》
HTTP快取相關頭
本文說的是http中控制客戶端快取的頭有哪些。網上這方面的文章很多了，這裡就說下個人的理解。在請求乙個靜態檔案的時候 css，js 等，這些檔案的特點是檔案不經常變化，將這些不經常變化的檔案儲存起來，對客戶端來說是乙個優化使用者瀏覽體驗的方法。那麼這個就是客戶端快取的意義了。windows下客戶端的...
HTTP快取相關頭
在請求乙個靜態檔案的時候 css，js 等，這些檔案的特點是檔案不經常變化，將這些不經常變化的檔案儲存起來，對客戶端來說是乙個優化使用者瀏覽體驗的方法。那麼這個就是客戶端快取的意義了。windows下客戶端的快取檔案存放在臨時資料夾中，但是這裡有個問題就是這個快取檔案存放多久呢？這個是由服務端進行設...
HTTP快取相關頭
本文說的是http中控制客戶端快取的頭有哪些。網上這方面的文章很多了，這裡就說下個人的理解。在請求乙個靜態檔案的時候 css，js 等，這些檔案的特點是檔案不經常變化，將這些不經常變化的檔案儲存起來，對客戶端來說是乙個優化使用者瀏覽體驗的方法。那麼這個就是客戶端快取的意義了。windows下客戶端的...