mfc中不推荐直接使用std::thread，因其缺乏消息泵、tls初始化及ui线程安全机制，易导致断言、句柄泄漏或崩溃；应使用afxbeginthread创建cwinthread派生类，并通过postmessage跨线程通信。
在 MFC 框架中直接用 std::thread 是可行的，但不推荐作为主线程控制手段——MFC 的消息循环、UI 控件访问、资源生命周期都依赖 CWinThread 派生机制。硬塞 std::thread 容易触发断言、句柄泄漏或 UI 崩溃。
为什么不能直接 std::thread + AfxMessageBox 或 CWnd::SetWindowText
MFC 的窗口对象（如 CDialog、CView）不是线程安全的。所有对控件的操作（包括 SetWindowText、GetDlgItem、EnableWindow）必须在创建该窗口的线程（通常是主线程）中执行。一旦在 std::thread 里调用这些函数，轻则弹出 AfxDebugBreak() 断言，重则引发 GDI 句柄泄露或窗口句柄失效。
-
std::thread启动后运行在独立线程上下文，它没有自己的消息泵，无法响应 Windows 消息 - MFC 内部大量使用 TLS（线程局部存储）缓存当前线程的模块状态，
std::thread不初始化这些，AfxGetMainWnd()等函数可能返回nullptr - 若线程中调用
CString::Format或COleDateTime::Format等依赖区域设置的函数，可能因未调用AfxInitThread导致格式化错误
正确做法：用 AfxBeginThread 创建 CWinThread 派生类
这是 MFC 官方支持且稳定的方式。工作线程由框架管理，自动处理 TLS 初始化、异常封装和资源清理。
- 继承
CWinThread，重写Run()方法，把耗时逻辑放进去 - 不要重写
InitInstance（仅 UI 线程需要），工作线程直接从Run()开始执行 - 通过
PostMessage或SendMessage向主线程发自定义消息（如WM_USER + 100）来更新 UI，避免跨线程访问控件 - 线程退出前调用
PostQuitMessage(0)并确保Run()函数正常返回，MFC 会自动析构线程对象
示例关键片段：
class CWorkerThread : public CWinThread {
DECLARE_DYNCREATE(CWorkerThread)
public:
virtual BOOL InitInstance() override { return TRUE; }
virtual int Run() override {
for (int i = 0; i m_hWnd, WM_USER + 100, i, 0);
}
return 0;
}
};
// 启动
CWinThread* pThread = AfxBeginThread(RUNTIME_CLASS(CWorkerThread));
暂停/继续线程必须用同步原语，不是 SuspendThread/ResumeThread
Windows 的 SuspendThread 是粗暴挂起线程调度，极易导致死锁——比如线程正持有 CRITICAL_SECTION 或 CMutex，被挂起后其他线程永远等不到释放。MFC 和 CRT 内部也大量使用临界区，禁用该 API。
- 改用
std::condition_variable+std::mutex实现协作式暂停：在线程循环中检查一个原子标志std::atomic<bool> m_bPaused{false}</bool>，配合cv.wait(lock, [&]{ return !m_bPaused; }); - 若需精确控制（如单步执行），用
CEvent：主线程调用m_evtContinue.SetEvent()，工作线程调用m_evtContinue.Lock(0)等待信号 - 暂停期间仍要响应
PostThreadMessage，否则无法接收退出指令；建议在等待逻辑中加入超时（如WaitForSingleObject(m_hExitEvent, 10)）并轮询退出标志
线程退出必须显式等待，不能靠 detach 或析构自动回收
std::thread 对象析构时若仍处于可 join 状态，会调用 std::terminate()；而 MFC 的 CWinThread* 若未等待就丢弃，其内部的 m_pThread HANDLE 不会被关闭，造成句柄泄漏。
- 工作线程应在
Run()返回前调用PostQuitMessage，并让主线程用WaitForSingleObject(pThread->m_hThread, INFINITE)等待结束 - 更稳妥的做法是用
CEvent通知主线程“我已退出”，再调用CloseHandle(pThread->m_hThread) - 切勿在
OnDestroy或OnClose中直接 delete 线程对象——它可能还在运行；应先发退出信号，再等待，最后 delete
真正麻烦的从来不是“怎么启动线程”，而是“怎么安全地让它停住、等它停稳、再彻底收走”。MFC 的线程模型绕不开消息循环和资源绑定，跳过这套机制强行套用标准库线程，等于在雷区抄近路。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
