MFC 程式首次執行失敗、第二次正常：資源初始化順序或單例模式問題

現象：MFC 程式第一次啟動失敗，**不關閉第一個實例**的情況下第二次啟動卻正常；關閉第一個實例後再啟動又失敗。

可能原因分析

• 共享資源延遲初始化：第一次啟動時某單例資源（共享記憶體、命名管道、互斥體、資料庫連線池）建立失敗或未就緒，但留下了部分狀態；第二次啟動偵測到資源已存在（如互斥體已建立），直接複用而成功。
• 單例檢查邏輯缺陷：CreateMutex 檢查 ERROR_ALREADY_EXISTS 判斷是否已運行實例，但首次建立失敗卻未正確清理/報錯，導致後續實例誤以為資源就緒。
• DLL 載入順序/相依性：首次載入某延遲載入 DLL 失敗（路徑、版本），但載入器快取了失敗狀態？較少見。
• 暫存檔/鎖定檔殘留：首次建立暫存檔失敗但檔案已建立（0 位元組），第二次讀取該檔不報錯但資料為空；刪除檔案後再啟動又失敗。

排查步驟

1. 啟用完整日誌：在 InitInstance 關鍵步驟輸出詳細日誌（檔案/OutputDebugString），記錄每個 API 返回值與 GetLastError()。
2. 逐步除錯：VS 附加到第一個失敗進程，或在啟動參數加 /debug 直接斷點調試。
3. 檢查單例實作：確認 CMutex/CreateMutex 邏輯：首次建立失敗需返回 FALSE 終止啟動，不得繼續執行。
4. 資源清理：程式退出時（正常/異常）必須釋放所有核心物件、關閉控制代碼、刪除暫存檔。

關鍵建議

**「不關閉第一次才能成功」強烈暗示第一次留下了第二次所需的資源狀態**。優先檢查「共享核心物件建立/開啟」與「單例檢查」邏輯，加上完整錯誤碼日誌即可定位根因。