HTTP緩存相關頭Expires/Cache-ControlLast-Modified/ If-Modify-sinceETag/ If-None-Match。各種重新整理

本文說的是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了。