C++ 異步 UI 更新模式封裝：從 Boost.Thread 到 Promise-like 輕量實現

痛點：傳統異步回調的「地獄」

在早期 VS2005 專案中，異步操作（服務調用、複雜解析）需更新 UI，典型流程極其繁瑣：

1. 將阻塞任務封裝為 boost::thread 要求的介面（常用內部類模擬 Lambda）；
2. 啟動線程執行任務；
3. 任務完成後 PostMessage 到 UI 窗口；
4. 修改窗口類，添加消息映射與處理函數；
5. 根據需求可能還需額外協調邏輯。

每次遵循此模式都要在多文件間跳轉、增加對象耦合，開發體驗極差，甚至誘導開發者「偷懶」在工作線程直接操作 UI 導致崩潰。

目標：聲明式的輕量異步模式

我們期望的理想寫法（參考 C# Task/await 或 Promise 模式）：

async([=]() -> DWORD_PTR {
    std::string result;
    m_impl->user->getCrashResult(begin->first, result);
    return CrashResult::GetResultCount(result);
}).then([=](DWORD_PTR result) {
    UpdateCrashResult(begin->first.fileId(), (int)result);
});

• async 中的 Lambda 在工作線程執行（可阻塞）；
• then 中的 Lambda 在 UI 線程執行（安全更新界面）；
• 無需手動管理線程、消息映射、跨線程數據傳遞。

核心實現思路

1. 任務封裝與線程池調度

• async 將 Lambda 與 then 行為封裝為任務對象，存入隊列；
• 要求工作函數簽名為 DWORD_PTR ()，返回值自動傳遞給 then；
• 利用 DWORD_PTR（本質是整數/指針）作為通用載體，靈活傳遞結果；
• 任務提交至線程池執行（BimWorks::GetAsyncAction().Append(...)）。

2. 跨線程回調機制

// 工作線程內部執行流程
[this]() {
    this->result_ = func_();           // 執行用戶任務
    GetBWAsyncInvoke().Submit(*this); // 提交回調到 UI 線程
};

• 使用一個隱藏的靜態窗口作為消息接收者；
• Submit 向該窗口 PostMessage，攜帶任務對象指針；
• UI 線程消息處理函數從隊列取出對象，執行保存的 then 回調；
• 執行完畢後從隊列移除對象，釋放資源。

優缺點與後續優化方向

結語

這個初步實現雖然簡陋，但精準解決了高頻場景的痛點。後續可引入 std::future/std::packaged_task（C++11）、PPL task 或成熟的 Boost.Asio/folly::Future 構建更完備的異步框架，支援組合、錯誤傳播、調度控制等企業級需求。