Windows GUI程序中主线程必须独占消息循环，否则窗口卡死；耗时计算需用std::thread等异步方式，不可阻塞主线程。
Windows GUI 程序里不能直接用 std::thread 跑耗时计算
主线程必须独占 Windows 消息循环（GetMessage / DispatchMessage），否则窗口卡死、无法响应鼠标键盘、甚至崩溃。直接在主线程里跑 for (int i = 0; i 就等于“冻结 UI”。
核心原则：计算逻辑必须剥离出主线程，但结果要安全回传到 UI 线程更新控件（比如 SetWindowText、InvalidateRect）。
- 别用
std::thread+ 全局变量 +PostMessage手动同步——容易竞态、漏消息、句柄失效 - 别用
CreateThread自己管理线程生命周期——绕过 C++ RAII，易泄漏 - 推荐路径：用
std::thread做后台计算，用 Windows 的PostMessage或SendMessage把结果送回主线程
用 PostMessage 从工作线程通知 UI 线程
这是最轻量、最可靠的方式。UI 线程的窗口句柄（HWND）是线程安全的投递目标，PostMessage 不会阻塞工作线程，且消息自动排队到该线程的消息队列中。
关键点：
立即学习“C++免费学习笔记（深入）”；
- 自定义一个唯一消息号，比如
#define WM_CALC_DONE (WM_USER + 100) - 工作线程完成计算后，调用
PostMessage(hWnd, WM_CALC_DONE, (WPARAM)result_ptr, 0)，其中result_ptr是堆上分配的结果（例如new int[1000]），由 UI 线程负责释放 - 在主窗口的
WndProc中捕获该消息，并更新控件：SetWindowText(hwndEdit, L"计算完成"); - 切记：不要传栈变量地址、不要传
std::string对象本身——它们在线程退出后就失效
避免 std::thread 析构前未 join() 或 detach()
如果工作线程对象（std::thread t{...}）离开作用域时既没 join() 也没 detach()，程序会直接调用 std::terminate 终止——这个崩溃不报错，只静默退出。
实操建议：
- 用 RAII 封装：写个
scoped_thread类，在构造时接管std::thread，析构时自动join()（适用于确定生命周期短于窗口的场景） - 更稳妥的做法：把
std::thread成员变量放在窗口类里（如class MyWindow { std::thread calc_thread_; };），在窗口销毁前显式调用calc_thread_.join() - 绝对不要用
detach()—— 你无法控制线程何时结束，也无法保证它访问的资源（如HWND）还有效
复杂计算需支持取消和进度反馈
用户点了“开始”，又点“取消”，这时候线程得能响应。不能靠杀线程（TerminateThread 已废弃且危险），而是用协作式中断。
做法很简单：
- 加一个原子标志：
std::atomic<bool> should_stop_{false};</bool>，主线程点击取消时设为true - 工作线程在循环中定期检查：
if (should_stop_.load()) break;，然后清理、退出 - 进度反馈同理：每处理 1% 数据，就
PostMessage(hWnd, WM_CALC_PROGRESS, percent, 0)，UI 线程更新进度条 - 注意：
should_stop_必须是std::atomic，普通bool在多线程下读写未定义行为
真正难的不是启线程，是确保所有跨线程数据传递都经过明确的、有所有权边界的机制。传指针可以，但谁 new 谁 delete；传消息可以，但消息结构体不能含非 POD 成员；连 std::shared_ptr 都得小心——UI 线程释放时，对象析构函数可能调用 Windows API，必须确认此时 HMODULE 和 TLS 还有效。
