ASP.NET Session 與 Cache 差異總整理：五大核心差異與選型指南

前言：伺服器端狀態管理的兩大支柱

ASP.NET 提供 Session 與 Cache 兩種伺服器端儲存機制，雖同屬記憶體存儲，但設計初衷、生命週期、適用場景截然不同。本文從五大維度深度對比，助你精準選型。

五大核心差異對比表

深度解析關鍵差異

差異 1：快取依賴 —— Cache 獨有的殺手級功能

// 檔案依賴：data.xml 變更即自動移除快取
Cache.Insert("ProductList", ds, new CacheDependency(Server.MapPath("~/App_Data/data.xml")));

// SQL 快取依賴：資料表異動自動失效 (需啟用 aspnet_regsql -et -d DB -t Products)
Cache.Insert("Products", ds, new SqlCacheDependency("DB", "Products"));

Session 完全不支援此機制，只能被動等待逾時。

差異 2：應用程式重啟後的行為

• Session：InProc 模式下，重啟即全數遺失；StateServer/SQLServer 模式可跨進程保留。
• Cache：重啟後記憶體釋放，但下次請求重新建立時，若原快取還未達絕對過期時間，資料還在記憶體中可直接讀取（視 GC 時機而定）。

差異 3：儲存媒介演進

VS2005 測試版曾支援 Cache 持久化至硬碟，正式版移除。Session 僅支援 InProc/StateServer/SQLServer/Custom，無原生硬碟持久化選項。

選型決策樹

資料是否為使用者專屬？
├── 是 → 使用 Session (或加密 Cookie / ClaimsPrincipal)
└── 否 → 資料是否頻繁變動？
    ├── 是 → 不快取，直接查詢或使用 SignalR 即時推送
    └── 否 → 資料量大小？
        ├── 小型共用資料 (設定、字典表) → Cache (絕對過期 + 檔案依賴)
        ├── 大型報表/查詢結果 → Cache (滑動過期 + SQL 依賴) 或 Redis 分散式快取
        └── 跨伺服器叢集共享 → 必須使用 StateServer/SQLServer Session 或 Redis/Memcached

最佳實踐建議

1. Session：僅存放用戶身份識別、購物車等小型會話狀態；生產環境強制啟用 StateServer 或 SQLServer 模式避免遺失。
2. Cache：建立統一 CacheHelper 封裝 Insert/Get/Remove，統一命名慣例（如 CacheKeys.ProductList_{0}），記錄快取命中率日誌。
3. 避免：將 Session 當作全域變數濫用；將巨大 DataSet 直接塞入 Session 導致記憶體壓力。

總結

Session 解決「誰是誰」的狀態識別，Cache 解決「資料怎麼快」的效能提升。理解兩者邊界，配合快取依賴實現資料變更自動失效，才是打造高效能、高可用 ASP.NET 應用的正確姿勢。