IIS Express Worker Process 停止工作：常見原因與排查步驟

Visual Studio 偵錯 ASP.NET 專案時出現「iis Express Worker Process 已停止工作」，通常是**非受控代碼崩潰（C++/CLI、P/Invoke、第三方 DLL）**、**堆疊溢位**、**存取違規**或**反惡意軟體誤攔**。本文提供系統性排查流程。

錯誤現象分類

標準排查步驟

1. 查看 Windows 事件檢視器：

   eventvwr.msc → Windows 記錄 → Application
   來源: Application Error
   事件 ID: 1000
   記下：Faulting application name: iisexpress.exe
   Faulting module name: <關鍵模組>
   Exception code: 0xc0000005 (Access Violation) / 0xc00000fd (Stack Overflow)

2. 啟用非受控偵錯：

   VS → 專案屬性 → Web → 偵錯器 → 勾選 "啟用非受控代碼偵錯"
   重新偵錯，崩潰時會中斷在原生碼呼叫堆疊

3. 捕獲記憶體傾印：

   # 系統層面
   控制台 → 系統 → 進階系統設定 → 進階 → 啟動和故障恢復 → 設定
   寫入偵錯資訊：完整記憶體傾印 / 核心記憶體傾印
   
   # 或用 Procdump
   procdump -ma -e 1 -f "" -w iisexpress.exe

4. 分析傾印：WinDbg / Visual Studio 開啟 `.dmp` → `!analyze -v` → 看 `FAULTING_IP`、`STACK_TEXT`
5. 檢查第三方 Native 依賴：`bin/` 目錄下 `.dll` 是否對應正確架構 (x86/x64)、版本衝突、缺少 VC++ Runtime

常見修復方案

快速驗證：排除安全軟體干擾

# 1. 任務管理器 → 詳細資料 → 找 iisexpress.exe → 右鍵 → 開啟檔案位置
# 2. 將該資料夾加入安全軟體「信任區/白名單」
# 3. 重啟 VS、清理解決方案、重新建置、偵錯

替代方案：改用 Kestrel / Docker

• ASP.NET Core 專案預設用 **Kestrel**，不依賴 IIS Express，穩定性高得多
• 舊版 ASP.NET Framework 可嘗試 **Docker Windows 容器** 運行
• VS 2022+ 建議直接用 **IIS Express 10+** 並保持更新

核心排查路徑：**事件檢視器 → 非受控偵錯 → 記憶體傾印 → WinDbg 分析 → 定位 Faulting Module → 修復/移除該模組**。90% 情況為第三方 Native DLL 或安全軟體注入導致。