解決「嘗試讀取或寫入受保護的記憶體」：VS2013/.NET 4.5.1 導致資料庫連線崩潰的根因與修復

錯誤現場重現

安裝 Visual Studio 2013（內含 .NET Framework 4.5.1）後，原本正常的 VS2012 專案在連接資料庫時，ASP.NET 開發伺服器進程（WebDev.WebServer40.exe）直接崩潰，拋出：

System.AccessViolationException: 嘗試讀取或寫入受保護的記憶體。這通常指示其他記憶體已損壞。

排查歷程與關鍵發現

1. 現象隔離：本機資料庫連線正常、遠端連線失敗 → 排除網路/防火牆/連線字串
2. 時間線對齊：唯一變更 = 安裝 VS2013 → 引入 .NET 4.5.1（就地升級 4.0/4.5）
3. 社群驗證：StackOverflow、MSDN 論壇多例回報「4.5.1 導致 SqlClient 與特定驅動程式/安全軟體衝突」
4. 回測確認：移除 VS2013 → 仍失敗 → 系統還原至安裝前快照 → 即刻恢復正常

根因分析

.NET 4.5.1 是 4.0/4.5 的**就地升級**，替換了 System.Data.dll、System.Transactions.dll 等核心組件。已知問題：

• SqlClient SNI 層與某些防毒/防火牆驅動衝突（如 Symantec Endpoint Protection 舊版）
• 混合模式組件載入順序錯誤：32/64 位元 SNI.dll 載入競爭
• Entity Framework 6 與 4.5.1 早期版本的已知 Bug（KB 2901126）

解決方案（按推薦順序）

方案一：移除 .NET 4.5.1（最快止血）

1. 控制台 → 程式集 → 「檢視已安裝的更新」
2. 找「Microsoft .NET Framework 4.5.1」→ 解除安裝
3. 重啟電腦

⚠️ 會影響同機器其他 4.5.1 專案，請評估相容性。

方案二：安裝修補程式（保留 4.5.1）

套用微軟官方修正：

• KB 2901126 - 修正 SqlClient AccessViolation
• KB 2898850 - 修正混合模式載入

或直接安裝 .NET Framework 4.5.2 / 4.6.2 / 4.8（含所有修正，向上相容）。

方案三：應用程式層級繞過（不動機器環境）

或在程式啟動早期：

AppContext.SetSwitch("Switch.System.Data.SqlClient.UseManagedSNI", false);

方案四：檢查防毒/EDR 白名單

將 WebDev.WebServer40.exe、sqlservr.exe、專案輸出目錄加入防毒例外，關閉「即時掃描 .dll 載入」。

驗證清單

1. VS2012 專案 F5 啟動，資料庫連線不再崩潰
2. 遠端/本機 SQL Server 均可正常查詢
3. Entity Framework / ADO.NET / Dapper 皆正常
4. 事件檢視器 → Windows Logs → Application 無新的 AccessViolationException

最佳實踐：開發機環境隔離

• 使用 Docker 容器 或 Hyper-V 虛擬機 鎖定 .NET 版本
• 專案標註 TargetFramework，CI/CD 構建代理機統一版本
• 避免在主力開發機安裝多版本 VS/NET Framework 並存

總結

「受保護的記憶體」錯誤多為 **CLR 原生層（SNI/Interop）與第三方驅動衝突**，而非程式碼邏輯錯誤。優先升級至 .NET 4.6.2+ 或套用 KB 修補；若環境受限，啟用 UseManagedSNI=false 繞過托管 SNI 層。長期應透過容器化鎖定執行環境，杜絕「在我機器上能跑」的部署地雷。