C# 調用 C++ DLL 報「無法加載 DLL：找不到指定模塊」—— 原來是 DLL 內部邏輯錯誤誤導

現象

• C# 專案隱式調用三個自寫 C++ DLL：A.dll、B.dll、C.dll。
• B.dll 內部又依賴 C.dll。
• A.dll、C.dll 正常調用；調用 B.dll 時拋 DllNotFoundException: 無法加載 DLL 'B.dll'：找不到指定的模塊。
• Dependency Walker 顯示 B.dll 缺 8 個系統 DLL（如 MSVCR90.dll 等），補上後仍報錯。

排查過程

1. 確認輸出目錄一致：所有專案 bin/Debug 統一輸出，路徑無問題。
2. 檢查依賴：Dependency Walker 顯示的「缺失系統 DLL」多為延遲加載或偽報，非核心原因。
3. **關鍵突破**：細讀 B.dll 源碼，發現一處結構體指針**未分配內存直接解引用**：

   // B.dll 內部
   MyStruct* p = nullptr; // 忘記 new/malloc
   p->member = 123;       // 這裡崩潰
   

4. C++ 編譯器不報錯（合法語法），運行時觸發**訪問違例 (Access Violation)**。
5. Windows 加載器捕獲異常時，**錯誤碼被包裝為 0x7E (ERROR_MOD_NOT_FOUND)**，上層顯示「找不到模塊」，極具迷惑性。

根因總結

DLL 內部運行時崩潰（空指針、越界、除零等）會被 Windows 加載器轉換為「模塊未找到」錯誤碼。這是因為加載器在 DllMain 或靜態初始化階段捕獲到異常，認為模塊初始化失敗，隨即卸載並返回 ERROR_MOD_NOT_FOUND。

通用排查清單

最佳實踐

• C++ DLL 導出函數**全部用 extern "C" __declspec(dllexport)**，避免名字修飾。
• 參數傳遞優先值傳遞或結構體指針（由調用方分配內存），避免跨堆分配/釋放。
• 提供 GetLastError 風格的錯誤碼獲取函數，便於 C# 端 Marshal.GetLastWin32Error() 診斷。
• **單元測試覆蓋 DLL 邏輯**，在 C++ 端跑通再對接 C#。

總結

遇到「找不到 DLL」但文件明明在，**優先懷疑 DLL 內部初始化/導出函數邏輯崩潰**。開啟非托管調試、寫原生測試宿主，定位真實崩潰行，而非盲目補系統 DLL。