VS2013/2015 MFC 預設單文檔專案啟動即崩潰：堆損壞 (0xC0000374) 排查指南

錯誤現象

建立標準 MFC 單文檔專案，**完全不修改任何代碼**，Debug 執行即彈出：

• HEAP CORRUPTION (0xC0000374) - ntdll.dll
• ACCESS VIOLATION (0xC0000005) 讀取位置 0x00000003

重裝 VS、嘗試 VS2015 均無效，極大概率為**環境干擾**而非專案代碼問題。

首要嫌疑：安全軟體注入 (360、電腦管家、火綜等)

國產安全軟體習慣透過 **AppInit_DLLs**、**全域鉤子 (SetWindowsHookEx)**、**DLL 注入** 等方式將監控模組強制載入所有進程。MFC 初始化過程中大量堆操作、視窗類註冊、COM 初始化，極易與注入代碼衝突導致堆元資料損壞。

排查驗證步驟

1. 乾淨啟動測試： Win+R → msconfig → 服務頁面 → 勾選「隱藏所有 Microsoft 服務」 → 「全部停用」 → 啟動頁面 → 「開啟工作管理員」 → 禁用所有啟動項 → 重開機 → 測試 MFC 專案。
2. 卸載/關閉安全軟體： 徹底卸載 360 等，或進入其「防護中心」關閉「主動防護」、「瀏覽器防護」、「系統修復」等所有實時監控模組。
3. 檢查 AppInit_DLLs： regedit → HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows → AppInit_DLLs 應為空值。若有路徑，備份後清空重開機。
4. 依賴檢查器： 使用 Depends.exe (Dependency Walker) 開啟編譯出的 .exe，Profile 執行，查看是否載入非系統標準 DLL (如 360Safe.dll, QHAcc.dll, KSafe.dll...)。

其他潛在原因

最佳實踐建議

• 開發機**不要安裝 360 類全家桶**，改用 Windows Defender + 定期掃描。
• 使用 **虛擬機 (VMware/Hyper-V)** 或 **Windows Sandbox** 作為乾淨編譯/測試環境。
• VS 專案預設目標平台設為 **x64** (現代預設)，避免 WoW64 層額外複雜度。
• 若必須在裝有安全軟體的機器開發，嘗試在專案屬性 → Linker → Manifest File → **UAC Execution Level** 設為 requireAdministrator (需管理員權限運行)，有時能繞過部分用戶態鉤子。

原最佳回答「是不是裝了360了？」一語中的。**90% 以上此類「空專案崩潰」皆為安全軟體注入導致**，環境淨化是根治之道。