MFC CStringList/CStringArray 作為類成員導致程式崩潰的排查方向

現象描述

在 CDialog 派生類中添加 CStringList m_strList 或 CStringArray m_strArray 作為成員變數。
現象 1： 僅添加 CStringList 變數 (未使用)，程式結束時拋出「未處理的異常」。
現象 2： 添加 CStringArray 變數，程式啟動初期即崩潰。

核心原因分析

這**不是** MFC 容器類本身的 Bug，而是典型的**記憶體損壞 / 堆疊破壞** 症狀延遲爆發。

• CStringList/CStringArray 只是「受害者」： 它們的建構函數/解構函數會操作內部指標。若堆疊已被其他地方破壞 (緩衝區溢位、野指標寫入、雙重釋放)，容器在建構/解構時讀寫受損記憶體區域，觸發崩潰。
• 時機差異： CStringArray 內部可能預分配記憶體或結構佈局不同，導致在建構階段 (程式啟動) 就觸碰到「地雷」；CStringList 初始較輕量，拖到解構階段 (程式結束) 才引爆。

排查步驟 (由易至難)

1. 啟用 MFC 記憶體診斷 (最有效第一步)

在 stdafx.h 或專案主 .cpp 最開頭加入：

#ifdef _DEBUG
#define new DEBUG_NEW
#endif

並在 InitInstance 或 main 開頭加入：

afxMemDF |= checkAlwaysMemDF; // 每次記憶體操作都檢查
// 或更嚴格
_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_CHECK_ALWAYS_DF | _CRTDBG_LEAK_CHECK_DF);

效果： 程式會在**破壞發生的那一刻**斷點中斷，而非等到容器解構時才崩潰，直接定位到真正寫壞記憶體的程式碼行。

2. 檢查類成員佈局與初始化順序

• 確認類中**沒有**未初始化的指標成員。
• 檢查是否有 CArray, CList, CMap 等容器巢狀使用且未正確複製 (需實作 CopyElements 或使用指標容器 CTypedPtrArray)。
• 若類有自訂複製建構函數/賦值運算子，確保深拷貝正確。

3. 經典「越界寫入」嫌疑點

• 固定大小陣列越界： char buf[10]; strcpy(buf, "超過10字元的字串");
• 迴圈索引錯誤： for(int i=0; i<=count; i++) arr[i]=...; (應為 < count)
• 指標運算錯誤： p += sizeof(MyStruct) 應為 p++。
• 格式化字串溢位： sprintf(buf, "%s", longStr); → 改用 sprintf_s / CString::Format。

4. 使用資料斷點 定位記憶體寫入

1. 在容器成員變數宣告處右鍵 → 「加入監看式」。
2. 監看式視窗中右鍵該變數 → 「當值改變時中斷」 (Data Breakpoint)。
3. 程式會在該記憶體位址被**任意指令修改**時中斷，直接看到是哪行程式碼亂寫記憶體。

總結建議

**「新增一個未使用的成員變數就崩潰」鐵定是記憶體越界/野指標導致的堆疊/堆損壞。** 容器只是剛好佔用了被破壞的記憶體區塊。請優先開啟 DEBUG_NEW + checkAlwaysMemDF，或在 Visual Studio 中使用「資料斷點」精準鎖定兇手。切勿誤以為是 MFC 容器類的問題而嘗試換容器類型，那只會換個時間點崩潰。