覽器緩存究竟是什么？

瀏覽器緩存（Browser Caching）是為了加速瀏覽，瀏覽器在用戶磁盤上對請求過的文檔進行存儲，當訪問者再次請求這個頁面時，瀏覽器就可以從本地磁盤顯示文檔，這樣就可以加速頁面的閱覽。它是網站訪問統計最難解決的問題之一。為了回收重復閱覽網站而產生的資源浪費，而產生的機制。緩存的方式節約了網絡的資源，提高了網絡的效率。

為什么要清理緩存呢？緩存會帶來哪些問題？

部署前端項目以后，你會發現一個問題（為什么必須刷新頁面，頁面才會更新到最新版本），其實就是因為服務器緩存的問題。緩存會導致你頁面樣式、圖片或腳本等未能及時更新展示。

瀏覽器自身如何清理緩存呢？

以谷歌瀏覽器為例：按照下圖指示：（也可使用快捷鍵直接喚起：Ctrl + Shift + Del）

vue項目中如何清理緩存呢?

1.在根目錄下index.html的header頭中添加一下代碼：

2.配置 nginx 不緩存 html

index.html在服務器端可能是有緩存的，需要在服務器nginx上配置不讓緩存index.html

名詞解釋:

no-cache：數據內容不能被緩存, 每次請求都重新訪問服務器, 若有max-age（最大緩存期）, 則緩存期間不訪問服務器

no-store：不僅不能緩存, 連暫存也不可以(即: 臨時文件夾中不能暫存該資源)

以上就是我本次分享的方式，各位同仁們還有什么好的方式可以下方留言，共同學習！

---攜手共進，一同進階！

述：緩存在優化應用程序的性能和響應能力方面起著至關重要的作用。讓我們在 .NET 的上下文中探討緩存概念，涵蓋各種可用的緩存機制和代碼示例。什么是緩存？緩存是計算機科學和軟件開發中用于存儲和重用以前計算或獲取的數據的一種技術。緩存的目的是通過提供存儲的副本而不是重新計算或重新獲取它來加速對相同數據的后續請求。這有助于減少延遲、縮短響應時間并優化應用程序的性能。緩存可以應用于應用程序堆棧中的各個級別，例如數據庫級別、應用程序級別，甚至在客戶端。緩存的數據可以包括從數據庫查詢結果和 API 響應到呈現的 HTML 頁面和圖像的任何內容。緩存在提高應用程序性能方面的重要性：緩存對于通過以下幾種方式提高應

緩存在優化應用程序的性能和響應能力方面起著至關重要的作用。讓我們在 .NET 的上下文中探討緩存概念，涵蓋各種可用的緩存機制和代碼示例。

什么是緩存？

緩存是計算機科學和軟件開發中用于存儲和重用以前計算或獲取的數據的一種技術。緩存的目的是通過提供存儲的副本而不是重新計算或重新獲取它來加速對相同數據的后續請求。這有助于減少延遲、縮短響應時間并優化應用程序的性能。

緩存可以應用于應用程序堆棧中的各個級別，例如數據庫級別、應用程序級別，甚至在客戶端。緩存的數據可以包括從數據庫查詢結果和 API 響應到呈現的 HTML 頁面和圖像的任何內容。

緩存在提高應用程序性能方面的重要性：

緩存對于通過以下幾種方式提高應用程序性能至關重要：

1. **減少延遲：**從緩存中檢索數據通常比計算或從原始源獲取數據更快，尤其是在原始操作涉及復雜計算、數據庫查詢或網絡請求時。這種延遲的減少為最終用戶帶來了更快的響應時間。
2. **優化資源利用率：**緩存通過避免冗余計算或數據提取來幫助優化資源利用率。在計算或數據檢索成本較高的場景中，例如與遠程數據庫或第三方 API 交互，這種效率特別有價值。
3. **可擴展性：**緩存通過減少關鍵資源的負載來提高可伸縮性。隨著用戶或請求數量的增加，實施良好的緩存策略有助于更有效地分配負載，確保應用程序保持響應和性能。
4. **增強的用戶體驗：**更快的響應時間會帶來更好的用戶體驗。用戶更有可能與快速響應其請求的應用程序互動并返回。緩存對于以最小的延遲交付內容繁多或動態的 Web 應用程序特別有用。
5. **節省成本：**在基于云的環境或資源計量的方案中，緩存可以節省成本。通過最大限度地減少冗余計算和減少對昂貴的外部請求的需求，緩存有助于優化資源使用并降低運營成本。

緩存的常見用例

• 加快重復計算速度。
• 減少數據庫或 API 調用。
• 存儲經常訪問的數據。

.NET 中的緩存類型

使用 MemoryCache 的內存中緩存

• .NET 中的說明。MemoryCache
• 使用以下方法緩存數據的示例：MemoryCache

// 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...

使用 Redis 進行分布式緩存

• Redis 作為分布式緩存解決方案簡介。
• 在 .NET 中設置 Redis 緩存。
• 使用 Redis 進行分布式緩存的示例：

// 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...

ASP.NET 中的輸出緩存

• ASP.NET 中的輸出緩存概述。
• MVC 控制器中的輸出緩存示例：

// 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緩存之前，作為知識鋪墊，先簡單介紹一下HTTP報文

HTTP報文就是瀏覽器和服務器間通信時發送及響應的數據塊。

瀏覽器向服務器請求數據，發送請求(request)報文；服務器向瀏覽器返回數據，返回響應(response)報文。

報文信息主要分為兩部分

1. 包含屬性的首部(header)：附加信息（cookie，緩存信息等）與緩存相關的規則信息，均包含在header中
2. 包含數據的主體部分(body)：HTTP請求真正想要傳輸的部分

緩存規則解析

為方便大家理解，我們認為瀏覽器存在一個緩存數據庫,用于存儲緩存信息。

在客戶端第一次請求數據時，此時緩存數據庫中沒有對應的緩存數據，需要請求服務器，服務器返回后，將數據存儲至緩存數據庫中。

HTTP緩存有多種規則，根據是否需要重新向服務器發起請求來分類，我將其分為兩大類(強制緩存，對比緩存)

在詳細介紹這兩種規則之前，先通過時序圖的方式，讓大家對這兩種規則有個簡單了解。

已存在緩存數據時，僅基于強制緩存，請求數據的流程如下

已存在緩存數據時，僅基于對比緩存，請求數據的流程如下

對緩存機制不太了解的同學可能會問，基于對比緩存的流程下，不管是否使用緩存，都需要向服務器發送請求，那么還用緩存干什么？

這個問題，我們暫且放下，后文在詳細介紹每種緩存規則的時候，會帶給大家答案。

我們可以看到兩類緩存規則的不同，強制緩存如果生效，不需要再和服務器發生交互，而對比緩存不管是否生效，都需要與服務端發生交互。

兩類緩存規則可以同時存在，強制緩存優先級高于對比緩存，也就是說，當執行強制緩存的規則時，如果緩存生效，直接使用緩存，不再執行對比緩存規則。

強制緩存

從上文我們得知，強制緩存，在緩存數據未失效的情況下，可以直接使用緩存數據，那么瀏覽器是如何判斷緩存數據是否失效呢？

我們知道，在沒有緩存數據的時候，瀏覽器向服務器請求數據時，服務器會將數據和緩存規則一并返回，緩存規則信息包含在響應header中。

對于強制緩存來說，響應header中會有兩個字段來標明失效規則（Expires/Cache-Control）

使用chrome的開發者工具，可以很明顯的看到對于強制緩存生效時，網絡請求的情況

Expires

Expires的值為服務端返回的到期時間，即下一次請求時，請求時間小于服務端返回的到期時間，直接使用緩存數據。

不過Expires 是HTTP 1.0的東西，現在默認瀏覽器均默認使用HTTP 1.1，所以它的作用基本忽略。

另一個問題是，到期時間是由服務端生成的，但是客戶端時間可能跟服務端時間有誤差，這就會導致緩存命中的誤差。

所以HTTP 1.1 的版本，使用Cache-Control替代。

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

Last-Modified：

服務器在響應請求時，告訴瀏覽器資源的最后修改時間。

If-Modified-Since：

再次請求服務器時，通過此字段通知服務器上次請求時，服務器返回的資源最后修改時間。

服務器收到請求后發現有頭If-Modified-Since 則與被請求資源的最后修改時間進行比對。

若資源的最后修改時間大于If-Modified-Since，說明資源又被改動過，則響應整片資源內容，返回狀態碼200；若資源的最后修改時間小于或等于If-Modified-Since，說明資源無新修改，則響應HTTP 304，告知瀏覽器繼續使用所保存的cache。

Etag / If-None-Match（優先級高于Last-Modified / If-Modified-Since）

Etag：

服務器響應請求時，告訴瀏覽器當前資源在服務器的唯一標識（生成規則由服務器決定）。

If-None-Match：

再次請求服務器時，通過此字段通知服務器客戶端緩存數據的唯一標識。

服務器收到請求后發現有頭If-None-Match 則與被請求資源的唯一標識進行比對，不同，說明資源又被改動過，則響應整片資源內容，返回狀態碼200；相同，說明資源無新修改，則響應HTTP 304，告知瀏覽器繼續使用所保存的cache。

總結

對于強制緩存，服務器通知瀏覽器一個緩存時間，在緩存時間內，下次請求，直接用緩存，不在時間內，執行比較緩存策略。

對于比較緩存，將緩存信息中的Etag和Last-Modified通過請求發送給服務器，由服務器校驗，返回304狀態碼時，瀏覽器直接使用緩存。

瀏覽器第一次請求：

瀏覽器再次請求時：