MFC 多線程傳參陷阱：棧上對象傳遞 this 指針導致數據異常的根因與解決方案

在 MFC 使用 AfxBeginThread 創建工作線程時，將棧上對象的 this 指針作為參數傳遞，是導致線程內訪問成員變數異常（空值、亂碼）的經典陷阱。本文深度剖析根因，提供三種解決方案與最佳實踐。

問題重現代碼

// Test.h
class CTest {
public:
    CTest(); ~CTest();
    void ThreadMethod(HWND hWnd);
    HWND m_hWnd;
};
// Test.cpp
UINT ThreadProc(LPVOID lpParam) {
    CTest* pTest = static_cast<CTest*>(lpParam);
    HWND hWnd = pTest->m_hWnd; // 斷點處發現 m_hWnd 為 0/亂碼！
    return 0;
}
void CTest::ThreadMethod(HWND hWnd) {
    this->m_hWnd = hWnd;
    AfxBeginThread(ThreadProc, this); // 傳遞棧上對象的 this
}
// 主窗口調用
CTest test; // 棧上對象
test.ThreadMethod(m_hWnd);

根因分析：對象生命週期與線程調度競態

1. CTest test; 是棧上自動變量，生命週期綁定包含它的作用域（如按鈕點擊處理函數）。
2. AfxBeginThread 創建線程後立即返回，主線程繼續執行，ThreadMethod 結束，test 離開作用域被銷毀（析構函數調用，棧幀彈出）。
3. 工作線程啟動有延遲（系統調度），當 ThreadProc 真正運行時，test 可能已被銷毀，this 指向的棧內存已被覆蓋/釋放 → 讀取到垃圾值。
4. 為何 int 正常而 CString 亂碼？ 基本類型按值複製參數無風險；CString 內部含指針指向堆數據，對象銷毀後指針懸空，訪問觸發未定義行為。

解決方案對比

方案二完整代碼範例 (C++11 shared_ptr + Lambda)

#include <memory> // shared_ptr
void CMainDlg::OnStartThread() {
    auto pTest = std::make_shared<CTest>();
    pTest->m_hWnd = this->m_hWnd;
    // 使用 Lambda 捕獲 shared_ptr，確保線程運行期間對象存活
    CWinThread* pThread = AfxBeginThread(
        [](LPVOID param) -> UINT {
            auto p = static_cast<std::shared_ptr<CTest>*>(param);
            (*p)->ThreadMethod((*p)->m_hWnd); // 或直接在這裡處理邏輯
            return 0;
        },
        new std::shared_ptr<CTest>(pTest) // 堆上分配 shared_ptr 副本傳遞
    );
    // 線程結束後需清理傳遞的 shared_ptr 指針，可在線程函數末尾 delete param;
}

更優雅寫法：將線程邏輯封裝在 CTest 成員函數，AfxBeginThread 傳遞 std::shared_ptr<CTest> 並在線程函數開頭 auto p = *static_cast<std::shared_ptr<CTest>*>(param); delete static_cast<std::shared_ptr<CTest>*>(param);。

最佳實踐總結

1. 絕不 將棧上對象 this 傳給異步線程。
2. 優先 使用 std::shared_ptr 管理跨線程共享對象生命週期。
3. 傾向 於「數據複製/移動傳遞」而非「對象指針共享」，降低同步複雜度。
4. 封裝 線程啟動邏輯為 RAII 類，構造函數啟動，析構函數 WaitForSingleObject 等待結束並清理。
5. 避免 在工作線程直接操作 UI 控件，需 PostMessage/SendMessage 通知主線程更新。

結語

MFC 多線程傳參陷阱本質是 C++ 對象生命週期管理與線程調度非同步性的衝突。理解棧上對象銷毀時機、掌握智慧指標跨線程所有權共享模式，是編寫健壯多線程 MFC 應用的關鍵。