覽器緩存究竟是什么?
瀏覽器緩存(Browser Caching)是為了加速瀏覽,瀏覽器在用戶磁盤上對請求過的文檔進行存儲,當訪問者再次請求這個頁面時,瀏覽器就可以從本地磁盤顯示文檔,這樣就可以加速頁面的閱覽。它是網站訪問統計最難解決的問題之一。為了回收重復閱覽網站而產生的資源浪費,而產生的機制。緩存的方式節約了網絡的資源,提高了網絡的效率。
為什么要清理緩存呢?緩存會帶來哪些問題?
部署前端項目以后,你會發現一個問題(為什么必須刷新頁面,頁面才會更新到最新版本),其實就是因為服務器緩存的問題。緩存會導致你頁面樣式、圖片或腳本等未能及時更新展示。
瀏覽器自身如何清理緩存呢?
以谷歌瀏覽器為例:按照下圖指示:(也可使用快捷鍵直接喚起:Ctrl + Shift + Del)
清除緩存步驟1
清除緩存步驟2
vue項目中如何清理緩存呢?
1.在根目錄下index.html的header頭中添加一下代碼:
vue不緩存-方式1
2.配置 nginx 不緩存 html
index.html在服務器端可能是有緩存的,需要在服務器nginx上配置不讓緩存index.html
vue不緩存-方式2
名詞解釋:
no-cache:數據內容不能被緩存, 每次請求都重新訪問服務器, 若有max-age(最大緩存期), 則緩存期間不訪問服務器
no-store:不僅不能緩存, 連暫存也不可以(即: 臨時文件夾中不能暫存該資源)
以上就是我本次分享的方式,各位同仁們還有什么好的方式可以下方留言,共同學習!
---攜手共進,一同進階!
述:緩存在優化應用程序的性能和響應能力方面起著至關重要的作用。讓我們在 .NET 的上下文中探討緩存概念,涵蓋各種可用的緩存機制和代碼示例。什么是緩存?緩存是計算機科學和軟件開發中用于存儲和重用以前計算或獲取的數據的一種技術。緩存的目的是通過提供存儲的副本而不是重新計算或重新獲取它來加速對相同數據的后續請求。這有助于減少延遲、縮短響應時間并優化應用程序的性能。緩存可以應用于應用程序堆棧中的各個級別,例如數據庫級別、應用程序級別,甚至在客戶端。緩存的數據可以包括從數據庫查詢結果和 API 響應到呈現的 HTML 頁面和圖像的任何內容。緩存在提高應用程序性能方面的重要性:緩存對于通過以下幾種方式提高應
緩存在優化應用程序的性能和響應能力方面起著至關重要的作用。讓我們在 .NET 的上下文中探討緩存概念,涵蓋各種可用的緩存機制和代碼示例。
緩存是計算機科學和軟件開發中用于存儲和重用以前計算或獲取的數據的一種技術。緩存的目的是通過提供存儲的副本而不是重新計算或重新獲取它來加速對相同數據的后續請求。這有助于減少延遲、縮短響應時間并優化應用程序的性能。
緩存可以應用于應用程序堆棧中的各個級別,例如數據庫級別、應用程序級別,甚至在客戶端。緩存的數據可以包括從數據庫查詢結果和 API 響應到呈現的 HTML 頁面和圖像的任何內容。
緩存對于通過以下幾種方式提高應用程序性能至關重要:
// Example caching data in MemoryCache
var cacheKey = "myCachedData";
var cachedData = MemoryCache.Default.Get(cacheKey) as string;
if (cachedData == null)
{
// Data not in cache, fetch and cache it
cachedData = FetchDataFromSource();
MemoryCache.Default.Add(cacheKey, cachedData, DateTimeOffset.Now.AddMinutes(30));
}
// Use cachedData...
// Example of distributed caching with Redis using StackExchange.Redis
var cacheKey = "myCachedData";
var cachedData = await distributedCache.GetStringAsync(cacheKey);
if (cachedData == null)
{
// Data not in cache, fetch and cache it
cachedData = FetchDataFromSource();
await distributedCache.SetStringAsync(cacheKey, cachedData, new DistributedCacheEntryOptions
{
AbsoluteExpirationRelativeToNow = TimeSpan.FromMinutes(30)
});
}
// Use cachedData...
// Example of output caching in an MVC controller
[OutputCache(Duration = 3600, VaryByParam = "none")]
public ActionResult Index()
{
// Code for generating view...
}
// Example of cache expiration in MemoryCache
MemoryCache.Default.Add(cacheKey, cachedData, DateTimeOffset.Now.AddMinutes(30));
總之,緩存是一種基本的優化技術,它對應用程序的整體性能、響應能力和成本效益有重大貢獻。對于尋求提供高性能和可擴展軟件解決方案的開發人員和架構師來說,實施有效的緩存策略是一個關鍵的考慮因素。
Http 緩存機制作為 web 性能優化的重要手段,對于從事 Web 開發的同學們來說,應該是知識體系庫中的一個基礎環節,同時對于有志成為前端架構師的同學來說是必備的知識技能。
但是對于很多前端同學來說,僅僅只是知道瀏覽器會對請求的靜態文件進行緩存,但是為什么被緩存,緩存是怎樣生效的,卻并不是很清楚。
在此,我會嘗試用簡單明了的文字,像大家系統的介紹HTTP緩存機制,期望對各位正確的理解前端緩存有所幫助。
HTTP報文就是瀏覽器和服務器間通信時發送及響應的數據塊。
瀏覽器向服務器請求數據,發送請求(request)報文;服務器向瀏覽器返回數據,返回響應(response)報文。
報文信息主要分為兩部分
為方便大家理解,我們認為瀏覽器存在一個緩存數據庫,用于存儲緩存信息。
在客戶端第一次請求數據時,此時緩存數據庫中沒有對應的緩存數據,需要請求服務器,服務器返回后,將數據存儲至緩存數據庫中。
HTTP緩存有多種規則,根據是否需要重新向服務器發起請求來分類,我將其分為兩大類(強制緩存,對比緩存)
在詳細介紹這兩種規則之前,先通過時序圖的方式,讓大家對這兩種規則有個簡單了解。
已存在緩存數據時,僅基于強制緩存,請求數據的流程如下
已存在緩存數據時,僅基于對比緩存,請求數據的流程如下
對緩存機制不太了解的同學可能會問,基于對比緩存的流程下,不管是否使用緩存,都需要向服務器發送請求,那么還用緩存干什么?
這個問題,我們暫且放下,后文在詳細介紹每種緩存規則的時候,會帶給大家答案。
我們可以看到兩類緩存規則的不同,強制緩存如果生效,不需要再和服務器發生交互,而對比緩存不管是否生效,都需要與服務端發生交互。
兩類緩存規則可以同時存在,強制緩存優先級高于對比緩存,也就是說,當執行強制緩存的規則時,如果緩存生效,直接使用緩存,不再執行對比緩存規則。
從上文我們得知,強制緩存,在緩存數據未失效的情況下,可以直接使用緩存數據,那么瀏覽器是如何判斷緩存數據是否失效呢?
我們知道,在沒有緩存數據的時候,瀏覽器向服務器請求數據時,服務器會將數據和緩存規則一并返回,緩存規則信息包含在響應header中。
對于強制緩存來說,響應header中會有兩個字段來標明失效規則(Expires/Cache-Control)
使用chrome的開發者工具,可以很明顯的看到對于強制緩存生效時,網絡請求的情況
Expires的值為服務端返回的到期時間,即下一次請求時,請求時間小于服務端返回的到期時間,直接使用緩存數據。
不過Expires 是HTTP 1.0的東西,現在默認瀏覽器均默認使用HTTP 1.1,所以它的作用基本忽略。
另一個問題是,到期時間是由服務端生成的,但是客戶端時間可能跟服務端時間有誤差,這就會導致緩存命中的誤差。
所以HTTP 1.1 的版本,使用Cache-Control替代。
Cache-Control 是最重要的規則。常見的取值有private、public、no-cache、max-age,no-store,默認為private。
private: 客戶端可以緩存
public: 客戶端和代理服務器都可緩存(前端的同學,可以認為public和private是一樣的)
max-age=xxx: 緩存的內容將在 xxx 秒后失效
no-cache: 需要使用對比緩存來驗證緩存數據(后面介紹)
no-store: 所有內容都不會緩存,強制緩存,對比緩存都不會觸發(對于前端開發來說,緩存越多越好,so…基本上和它說886)
舉個板栗
圖中Cache-Control僅指定了max-age,所以默認為private,緩存時間為31536000秒(365天)
也就是說,在365天內再次請求這條數據,都會直接獲取緩存數據庫中的數據,直接使用。
對比緩存,顧名思義,需要進行比較判斷是否可以使用緩存。
瀏覽器第一次請求數據時,服務器會將緩存標識與數據一起返回給客戶端,客戶端將二者備份至緩存數據庫中。
再次請求數據時,客戶端將備份的緩存標識發送給服務器,服務器根據緩存標識進行判斷,判斷成功后,返回304狀態碼,通知客戶端比較成功,可以使用緩存數據。
第一次訪問:
再次訪問:
通過兩圖的對比,我們可以很清楚的發現,在對比緩存生效時,狀態碼為304,并且報文大小和請求時間大大減少。
原因是,服務端在進行標識比較后,只返回header部分,通過狀態碼通知客戶端使用緩存,不再需要將報文主體部分返回給客戶端。
對于對比緩存來說,緩存標識的傳遞是我們著重需要理解的,它在請求header和響應header間進行傳遞,一共分為兩種標識傳遞,接下來,我們分開介紹。
Last-Modified:
服務器在響應請求時,告訴瀏覽器資源的最后修改時間。
If-Modified-Since:
再次請求服務器時,通過此字段通知服務器上次請求時,服務器返回的資源最后修改時間。
服務器收到請求后發現有頭If-Modified-Since 則與被請求資源的最后修改時間進行比對。
若資源的最后修改時間大于If-Modified-Since,說明資源又被改動過,則響應整片資源內容,返回狀態碼200;若資源的最后修改時間小于或等于If-Modified-Since,說明資源無新修改,則響應HTTP 304,告知瀏覽器繼續使用所保存的cache。
Etag:
服務器響應請求時,告訴瀏覽器當前資源在服務器的唯一標識(生成規則由服務器決定)。
If-None-Match:
再次請求服務器時,通過此字段通知服務器客戶端緩存數據的唯一標識。
服務器收到請求后發現有頭If-None-Match 則與被請求資源的唯一標識進行比對,不同,說明資源又被改動過,則響應整片資源內容,返回狀態碼200;相同,說明資源無新修改,則響應HTTP 304,告知瀏覽器繼續使用所保存的cache。
對于強制緩存,服務器通知瀏覽器一個緩存時間,在緩存時間內,下次請求,直接用緩存,不在時間內,執行比較緩存策略。
對于比較緩存,將緩存信息中的Etag和Last-Modified通過請求發送給服務器,由服務器校驗,返回304狀態碼時,瀏覽器直接使用緩存。
瀏覽器第一次請求:
瀏覽器再次請求時:
*請認真填寫需求信息,我們會在24小時內與您取得聯系。