ASP.NET 快取最佳實務與效能優化策略深度解析

前言

快取是以最小成本獲得最大效能提升的「銀彈」。本文從架構層面深度解析 ASP.NET 快取最佳實務，涵蓋分層快取策略、輸出快取進階技巧、資料快取存取模式、快取失效設計與監控指標，協助建構高效能、可擴充的快取體系。

一、分層快取策略：全方位防禦

四層快取架構

┌─────────────────────────────────────┐
│  用戶端快取 (HTTP Headers, ETag)    │  ← 瀏覽器/Proxy 層
├─────────────────────────────────────┤
│  輸出快取 (OutputCache)             │  ← IIS/ASP.NET 頁面層
├─────────────────────────────────────┤
│  片段快取 (UserControl OutputCache) │  ← 控制項/區塊層
├─────────────────────────────────────┤
│  資料快取 (Cache Object)            │  ← 業務/資料存取層
├─────────────────────────────────────┤
│  分散式快取 / 資料庫查詢快取         │  ← 叢集/持久層
└─────────────────────────────────────┘

各層實施重點：

二、頁面級輸出快取進階技巧

1. VaryByParam 精準控制

<%@ OutputCache Duration="3600" VaryByParam="categoryId;page;sort" %>

• 僅列出真正影響輸出的參數，避免快取碎片化
• VaryByParam="*" 易導致快取爆炸（每個查詢字串組合各佔一份）

2. VaryByCustom 瀏覽器/裝置適配

<%@ OutputCache Duration="600" VaryByCustom="device" %>

// Global.asax
public override string GetVaryByCustomString(HttpContext context, string custom)
{
    if (custom == "device")
    {
        var browser = context.Request.Browser;
        return $"{browser.Platform}_{browser.Browser}_{browser.MajorVersion}";
    }
    return base.GetVaryByCustomString(context, custom);
}

3. 快取設定檔集中管理

<!-- Web.config -->
<outputCacheProfiles>
  <add name="ProductList" duration="300" varyByParam="categoryId;page" varyByCustom="device" />
  <add name="StaticContent" duration="3600" varyByParam="none" />
  <add name="UserDashboard" duration="60" varyByParam="*" location="Client" /> 
  <!-- 個人化頁面僅客戶端快取 -->
</outputCacheProfiles>

<%@ OutputCache CacheProfile="ProductList" %>

三、片段快取與 UserControl 重用

1. 共用控制項快取

<%@ Control Language="C#" %>
<%@ OutputCache Duration="600" VaryByParam="none" Shared="true" %>
<asp:Menu ... />

• Shared="true"：所有引用此 UserControl 的頁面共用同一快取副本
• 前提：所有頁面使用相同控制項 ID、相同路徑的 .ascx 檔案

2. 依控制項屬性變異

<%@ OutputCache Duration="300" VaryByControl="CategoryDropDownList" %>

UserControl 代碼後置需公開屬性：

public int CategoryId 
{ 
    get => _categoryId; 
    set { _categoryId = value; } 
}

四、資料快取核心模式與進階技巧

1. 標準存取模式（防禦性程式設計）

public T Get<T>(string key, Func<T> loader, 
    TimeSpan? absoluteExpiration = null, 
    TimeSpan? slidingExpiration = null,
    CacheDependency dependency = null)
{
    if (Cache[key] is T cached) return cached;
    
    T value = loader();
    
    var absExp = absoluteExpiration.HasValue 
        ? DateTime.Now.Add(absoluteExpiration.Value) 
        : Cache.NoAbsoluteExpiration;
    var slidExp = slidingExpiration ?? TimeSpan.Zero;
    
    Cache.Insert(key, value, dependency, absExp, slidExp);
    return value;
}

// 使用
var customers = CacheHelper.Get("Customers_List", () => 
    _repository.GetAllCustomers(), 
    TimeSpan.FromMinutes(30));

2. 快取鍵命名規範

public static class CacheKeys
{
    // 格式：[Layer]_[Entity]_[Context]_[ParametersHash]
    public static string CustomerList(int? categoryId = null, int page = 1) 
        => $"DAL_Customer_List_Cat{categoryId ?? 0}_P{page}";
    
    public static string ProductDetail(int productId) 
        => $"DAL_Product_Detail_{productId}";
    
    public static string UserSession(string userId) 
        => $"Session_User_{userId}";
}

3. 相依性鏈結設計

// 主資料
Cache.Insert(CacheKeys.CustomerList(), customers, 
    new CacheDependency(Server.MapPath("~/Data/Customers.xml")));

// 衍生資料相依主資料
string[] masterKeys = { CacheKeys.CustomerList() };
Cache.Insert(CacheKeys.CustomerSummary(), summary, 
    new CacheDependency(null, masterKeys));

// 當 Customers.xml 異動 → CustomerList 失效 → CustomerSummary 連帶失效

4. 移除回呼實作背景重新整理

Cache.Insert(key, value, null, 
    DateTime.Now.AddMinutes(30), TimeSpan.Zero,
    CacheItemPriority.NotRemovable, // 避免記憶體壓力淘汰
    (k, v, reason) => 
{
    // 非同步背景重新載入，不阻塞請求
    Task.Run(() => 
    {
        var fresh = LoadData();
        Cache.Insert(k, fresh, ...); // 重新插入
    });
});

五、快取失效策略設計

六、監控與調優指標

關鍵效能計數器：

• Cache Total Hit Ratio：> 90% 為佳，< 80% 需檢討
• Cache API Hit Ratio：程式碼存取命中率
• Cache Total Entries：快取項目數，防止記憶體耗盡
• Cache % Machine Memory Limit Used：記憶體使用率

程式碼層級監控：

public class CacheMetrics
{
    public long Hits { get; private set; }
    public long Misses { get; private set; }
    
    public double HitRatio => Hits / (double)(Hits + Misses);
    
    public T Get<T>(string key, Func<T> loader)
    {
        if (Cache[key] is T value) 
        { 
            Interlocked.Increment(ref Hits); 
            return value; 
        }
        Interlocked.Increment(ref Misses);
        return loader();
    }
}

七、Web Farm / 雲端環境快取架構

單機快取 (In-Proc Cache)          分散式快取 (Redis / NCache)
┌─────────────┐                    ┌─────────────┐
│ Web Server 1│                    │ Web Server 1│
│  Cache      │                    │             │
└──────┬──────┘                    └──────┬──────┘
       │                                  │
       │  不同步！                        │  共用快取
       ▼                                  ▼
┌─────────────┐                    ┌─────────────┐
│ Web Server 2│                    │ Web Server 2│
│  Cache      │                    │             │
└─────────────┘                    └─────────────┘

遷移檢查清單：

• [ ] 將 HttpRuntime.Cache 替換為 IDistributedCache 介面
• [ ] 序列化：JSON (效能較好) 或 Protobuf (體積較小)
• [ ] 鍵加前綴避免衝突：AppName:Module:Key
• [ ] 實作快取失效發布/訂閱機制
• [ ] 設定適當的連線池、逾時、重試策略

結語

快取不是「設定後就不管」的功能，而是需要持續監控、調優、演進的系統工程。從單機 OutputCache 起步，到分層快取架構、分散式快取叢集，每個階段都有其適用場景與複雜度權衡。核心原則：測量命中率、設計失效鏈、外部化設定、分層部署、漸進遷移。記住：最好的快取策略，是「不需要快取也能跑得快」的架構——快取是錦上添花，不是雪中送炭。