ASP.NET Session 常見問題完整解析與解決方案集錦

Session 是 ASP.NET 狀態管理核心，但實務中常遇到遺失、超時、模式選擇等棘手問題。本文彙整最常見問題與官方解決方案。

核心問題與解答

Q1: Session 偶爾在某些機器遺失？

A: 可能與防火牆、防毒軟體攔截有關。嘗試關閉防火牆測試，或檢查網路設備是否封鎖 Cookie 傳輸。

Q2: 呼叫 Session.Abandon() 未觸發 Session_End？

A: 兩個必要條件：

1. 僅支援 InProc (進程內) 模式
2. 必須已存在 Session (已使用過)，且至少完成一次請求

Q3: InProc 模式下 Session 經常遺失？

A: 主因是 應用程式集區回收。InProc Session 儲存於 aspnet_wp/w3wp 進程記憶體，進程回收導致 Session 消失。可透過事件檢視器確認回收記錄。
參考 KB：Session variables are lost intermittently

Q4: Session 逾時/放棄後，新 SessionID 與原本相同？

A: SessionID 儲存於客戶端瀏覽器執行個體 (Cookie)。伺服器重建 Session 時仍使用瀏覽器傳來的 SessionID，故 ID 不變。

Q5: 每次請求 SessionID 都不同？

A: 程式碼從未向 Session 寫入任何資料。Session 僅在首次寫入時建立並固定 ID。

Q6: ASP 與 ASP.NET 能否共享 Session？

A: 可行但複雜。微軟官方方案：Migrating ASP Applications to ASP.NET

Q7: 什麼物件可存入 Session？

A: 取決於模式：

• InProc：任意物件
• StateServer/SQLServer：僅可序列化/反序列化物件

Q8: Session_End 中無法用 Response.Redirect/Server.Transfer？

A: Session_End 由伺服器內部計時器觸發，無關聯的 HttpRequest 物件，故無 HTTP 回應語境。

Q9: Session_End 能取得 HttpContext？

A: 不能。此事件無關聯請求，無請求基礎語境。

Q10: Web Service 如何使用 Session？

A: 呼叫端需保存/儲存 Cookie (參考 HttpWebClientProtocol.CookieContainer)。若透過 Proxy 存取，受框架限制無法共享 Session。

最佳實務建議

• 生產環境建議使用 StateServer 或 SQLServer 模式避免進程回收遺失
• 大型物件避免存入 Session，改用快取或資料庫
• 定期監控 Session 狀態效能計數器