接上篇,HTTP協議有關緩存的部份內容較多,須要重點詳講,故獨立成一章。html
《你所應該知道的HTTP》系列相關文章:web
HTTP協議的緩存是經過6個報文頭完成的,經過兩層協商使web資源可以不那麼頻繁地在服務器與客戶端之間傳遞,從而節約了流量,提升瀏覽速度。
以從客戶端到服務器的順序,第一層協商爲Cache-Control與Expires;第二層協商爲Last-Modified與Etag。segmentfault
請求/響應報文頭,緩存控制字段,也就是用於給資源生命期,是http/1.1引入的屬性。
Cache-Control的取值可細分爲兩類,一類是對緩存有直接決定性的值,他們會致使後續的第二層協商被跳過,包括:no-store、public、private;另外一類是相似Expires的值,只是規定了有效期,後續的第二層協商不受影響,包括no-cache、max-age=x、s-maxage=x。瀏覽器
Cache-Control的取值以下:緩存
屬性名 | 說明文字 |
---|---|
no-store | 不緩存該資源。 |
no-cache | 緩存該資源,能夠等價與max-age=0。 |
max-age=x | 請求緩存後的x秒再也不發起請求。 |
s-maxage=x | 代理服務器請求源站緩存後的x秒再也不發起請求,只對CDN緩存有效。 |
public | 客戶端和代理服務器(CDN)均可緩存。 |
private | 只有客戶端能夠緩存。 |
形如:服務器
Cache-Control:max-age=0
響應報文頭,表明資源過時時間,由服務器返回提供,是http1.0的屬性,在與Cache-Control共存的狀況下,優先級要低。
Expires的功能基本與Cache-Control的max-age類似,但它是指定一個過時時間點,而Cache-Control的max-age是指定了過時前的秒數。網絡
形如:負載均衡
Expires:Fri, 10 Apr 2020 16:30:04 GMT
響應報文頭,資源最新修改時間,由服務器告訴瀏覽器。spa
形如:3d
Last-Modified:Mon, 23 Mar 2020 18:39:50 GMT
請求報文頭,與Last-Modified相對應,瀏覽器把服務器最後一次給的Last-Modified返回,服務器將以此進行對比,判斷資源是否須要更新。
形如:
If-Modified-Since:Fri, 10 Apr 2020 14:45:24 GMT
響應報文頭,資源內容惟一標識,由服務器告訴瀏覽器。
形如:
Etag:58b66ccbe349d0d931df877c00d8101d037243dc
請求報文頭,與Etag相對應,瀏覽器把服務器最後一次給的Etag返回,服務器將以此進行對比,判斷資源是否須要更新。
形如:
If-None-Match:58b66ccbe349d0d931df877c00d8101d037243dc
如下假定資源已經獲取過一次,而且運行在HTTP/1.1環境下,如今進行二次訪問。
流程圖以下:
說明:
生存時間(TTL)指令告訴瀏覽器應該緩存某個資源多久,即Cache-Control或Expires的值。
找到給定資源的最佳TTL值並無完美的科學方法,只能憑經驗給出一些指導原則。
指導原則:
用戶操做 | Expires/Cache-Control | Last-Modified/Etag |
---|---|---|
地址欄回車 | 有效 | 有效 |
頁面連接跳轉 | 有效 | 有效 |
新開窗口 | 有效 | 有效 |
前進、後退 | 有效 | 有效 |
F5刷新 | 無效 | 有效 |
Ctrl+F5刷新 | 無效 | 無效 |