std::promise多次调用set_value()必然抛出std::future_error，因内部状态为write-once设计，重复设置触发promise_already_satisfied错误；需靠逻辑控制、原子标记或lambda移动捕获避免，且生命周期须覆盖设置全过程。
std::promise多次调用set_value()必然抛出std::future_error，这不是bug，是标准强制要求——你必须确保只调用一次。
为什么set_value()重复调用会崩溃
std::promise内部状态是单次写入（write-once）设计：一旦调用set_value()或set_exception()，共享状态就从Pending变为Ready；再次调用会触发std::future_error，错误码为std::future_errc::promise_already_satisfied。常见现象包括：
- 程序直接terminate，报错信息类似：
terminate called after throwing an instance of 'std::future_error' - 在调试器中看到
__throw_future_error栈帧 - 若未捕获异常，线程退出时调用
std::terminate
怎么避免重复调用set_value()
没有公开接口能查询promise是否已满足，所以不能靠if (!already_set) p.set_value(...)——这本身就有竞态。正确做法是靠逻辑控制和封装：
- 把
set_value()放在明确的、不可重入的路径里，比如lambda执行体末尾、函数return前唯一出口 - 用
std::atomic<bool></bool>做外部标记（仅作辅助，不替代同步）：声明std::atomic<bool> done{false}</bool>，在调用set_value()前用done.exchange(true, std::memory_order_acq_rel) == false判断并原子置位 - 对可能异常的场景，统一用
try/catch包裹set_value()，但注意：异常只能说明“已经设过了”，不是修复手段 - 避免在析构函数、信号处理函数、或回调链中无条件调用
set_value()——这些路径容易被多次触发
std::promise传给线程后还能再用吗
不能。std::promise不可复制，移动后原对象进入有效但未定义状态（std::promise<int> p2 = std::move(p1)</int>后，p1不能再调用任何成员函数）：
立即学习“C++免费学习笔记（深入）”；
- 错误写法：
std::thread t([](std::promise<int> p) { p.set_value(42); }, std::move(p));</int>→ 编译失败，lambda参数试图拷贝 - 正确写法（推荐）：
std::thread t([p = std::move(p)]() mutable { p.set_value(42); });，此时p在lambda内独占，外部p已失效 - 若需多处访问（如事件驱动），改用
std::shared_ptr<:promise>></:promise>，但依然要靠逻辑保证只调用一次set_value()
std::promise<void></void>的特殊陷阱
这个类型常被误用，尤其容易写错调用语法：
-
p_void.set_value()✅ 正确：括号里绝对不能有任何参数 -
p_void.set_value(0)❌ 编译失败：错误信息类似no matching function for call to 'set_value(int)' -
std::future<void>::get()</void>返回void，不能赋值，也不能打印，只能用来阻塞等待完成 - 它适合纯同步信号（如“任务结束”），不传递数据，但很多人忘了这点，硬塞参数导致编译不过
最易被忽略的是：promise的生命周期必须覆盖整个设置过程——如果线程还没开始执行，promise对象就销毁了，set_value()调用会访问已释放内存，结果是未定义行为，可能当场崩溃，也可能静默损坏。别依赖“看起来能跑通”。
