HTTP緩存相關頭

時間 2019-11-10

標籤 http 緩存關頭欄目 HTTP/TCP 简体版

原文原文鏈接

本文說的是HTTP中控制客戶端緩存的頭有哪些。網上這方面的文章不少了，這裏就說下我的的理解。css

在請求一個靜態文件的時候（圖片，css，js）等，這些文件的特色是文件不常常變化，將這些不常常變化的文件存儲起來，對客戶端來講是一個優化用戶瀏覽體驗的方法。那麼這個就是客戶端緩存的意義了。html

windows下客戶端的緩存文件存放在臨時文件夾中，可是這裏有個問題就是這個緩存文件存放多久呢？這個是由服務端進行設置的。算法

Expires/Cache-Control

HTTP頭中的Expires和Cache-Control就是完成這個事情的。windows

當客戶端第一次訪問資源的時候，服務端在返回資源內容的同時也返回了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分鐘了。url

可是問題又來了，若是有的服務器同時設置了Expires和Cache-Control怎麼辦呢？（不是閒的沒事幹，而是因爲Cache-Controll是HTTP1.1中才有的）那麼就是根據更先進的設置Cache-Control來爲標準。htm

好了，如今有個問題，我有個文件可能時不時會更新，服務端很是但願客戶端能時不時過來問一下這個文件是否過時，若是沒有過時，服務端不返回數據給你，只告訴瀏覽器你的緩存尚未過時（304）。而後瀏覽器使用本身存儲的緩存來作顯示。這個就叫作條件請求。

Last-Modified/ If-Modify-since

客戶端第一次訪問資源的時候，服務端返回資源內容的同時返回了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/ If-None-Match。

第一次客戶端訪問資源的時候，服務端返回資源內容的同時返回了ETag：1234，告訴客戶端：這個文件的標籤是1234，我若是修改了我這邊的資源的話，這個標籤就會不同了。

第二次客戶端訪問資源的時候，因爲緩存中已經有了Etag爲1234的資源，客戶端要去服務端查詢的是這個資源有木有過時呢？因此帶上了If-None-Match: 1234。告訴服務端：若是你那邊的資源仍是1234標籤的資源，你就返回304告訴我，不須要返回資源內容了。若是不是的話，你再返回資源內容給我就好了。服務端就比較下Etag來看是返回304仍是200。