std::future 无法获取进度是因为其设计仅支持一次性获取最终结果，缺乏进度回调机制；应改用 std::promise 封装结果、std::atomic_int 安全共享进度值。
为什么不能只用 std::future 获取进度？
std::future 的设计目标是「一次性获取最终结果」，它没有内置的进度回调机制，wait_for 或 wait_until 只能轮询是否就绪，无法得知 30%、70% 这类中间状态。强行在循环里反复调用 get() 会阻塞或抛异常（已移动后调用），根本不可行。
真正需要的是：主线程能非阻塞读取当前进度值，工作线程能安全更新——这正是原子变量（std::atomic_int 等）的典型场景。
用 std::promise + std::atomic_int 搭配的最小可行结构
核心思路：把进度暴露为只读原子变量，把完成结果封装进 std::promise。两者解耦，互不干扰。
-
std::promise负责传递最终返回值（比如计算结果、错误码） -
std::atomic_int progress{0}负责被多线程读写，初始值 0，范围建议 0–100（百分比）或 0–total（任务项数） - 工作线程更新时用
progress.store(new_val, std::memory_order_relaxed)（无需强同步） - 主线程读取时用
progress.load(std::memory_order_relaxed)，避免锁开销
示例片段：
std::promise<int> result_promise;
std::atomic_int progress{0};
std::thread worker([&] {
for (int i = 0; i
<h3>进度通知的常见陷阱与绕过方式</h3>
<p>直接在工作线程里调用回调函数（比如 lambda）看似直观，但极易引发竞态：主线程可能正在销毁回调对象，而工作线程还在调用它。原子变量天然规避了这个问题——它不持有任何对象生命周期依赖。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/gongju/2823" title="C++14"><img
src="https://img.php.cn/upload/manual/001/431/639/6ac8b33c327c4749.png" alt="C++14" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="overflowclass">C++14</a>
<p class="overflowclass">C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。</p>
</div>
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
</int>
- 不要用
std::function或裸指针传回调：销毁时机难控制，且每次调用都要加锁或原子操作保护 - 避免用
std::mutex保护普通int进度变量：锁竞争会拖慢高频更新（如每毫秒更新一次） - 别把
progress设为std::atomic：不是所有平台都提供无锁实现，可能退化为内部锁；用int表示比例再除算更稳妥 - 如果需要更丰富的状态（如“暂停中”“出错”），可用
std::atomic编码状态机，例如 -1=error, 0=pending, 1=running, 2=paused, 100=done
何时该换用 std::jthread 和取消机制？
当任务支持中途取消（比如用户点了“停止”），仅靠原子变量不够。此时需配合可协作中断：std::jthread（C++20）自带 std::stop_token，比手搓 std::atomic_bool cancel_requested 更规范。
-
std::jthread析构时自动请求停止，避免资源泄漏 - 工作函数内定期检查
token.stop_requested()，及时退出循环 - 仍可复用同一个
std::atomic_int progress，取消不影响进度读取逻辑 - 注意：取消 ≠ 中断线程，只是设置标志位，工作线程必须主动响应
进度通知本身不解决取消问题，但它和取消机制可以正交组合——这是异步任务健壮性的关键分层。
真正容易被忽略的是：进度值的语义一致性。比如工作线程更新到 80 后崩溃，主线程读到 80 会误判为“即将完成”。没有银弹，只能靠日志、超时、或完成态双重校验（如额外一个 std::atomic_bool finished）来补足。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
