ASP.NET 應用程式多進程模型架構解析

ASP.NET 執行於多進程、多執行緒環境，理解其架構對正確處理靜態變數、Session 狀態、跨進程物件至關重要。

架構圖解

關鍵角色

開發者必知的三大陷阱

1. 靜態變數不跨進程/跨 AppDomain

public static int Counter = 0; // 每個 w3wp/AppDomain 獨立一份！

解決：用資料庫、Redis、AppFabric Cache 等外部分散式儲存。

2. Session 狀態模式決定資料邊界

• InProc：進程內，效能最好但不支援 Web Farm、回收失效。
• StateServer：獨立進程，跨 w3wp 共享，需序列化。
• SQLServer：資料庫儲存，最穩健支援叢集。
• Custom：Redis、MongoDB 等。

放入 Session 的物件在 StateServer/SQLServer 模式下**必須可序列化**（標記 [Serializable]）。

3. Application/Lock 僅限單一 AppDomain

Application.Lock();
Application["Key"] = value; // 不會同步到其他 w3wp/AppDomain
Application.UnLock();

跨進程共享資料請改用分散式快取或資料庫。

最佳實踐

1. 預設假設多進程、多執行緒、無共享記憶體。
2. 靜態資料唯讀（配置、常數）才安全；可寫資料外移。
3. Session 模式在架構設計階段確定，並測試序列化。
4. 鎖用 lock 保護執行緒安全，跨進程用分散式鎖。