std::promise和std::future不能链式调用，因std::future无then()等回调接口，get()阻塞且仅能调用一次；需手动封装任务链，注意移动语义、异常传播与生命周期管理。
为什么 std::promise 和 std::future 不能直接链式调用
因为 std::future 的 get() 是阻塞的，且只能调用一次；而链式异步执行要求“前一个任务完成时自动触发下一个”，这需要非阻塞、可注册回调的能力——但标准 C++11/14 的 std::future 不提供 then() 这类接口。
常见错误是这样写：
std::promise<int> p1;
auto f1 = p1.get_future();
f1.then([](int x) { return x * 2; }); // 编译失败：no member named 'then'
所以真要链式，得自己封装或借助第三方（如 boost::future），或者用 C++20 的 std::jthread + 手动线程调度模拟，但更实用的是基于 std::promise/std::future 构建轻量级任务链基座：
- 每个任务包装为
std::function<void()>，完成后手动 resolve 下一个std::promise - 用
std::thread或线程池执行任务，避免阻塞主线程 - 所有
std::promise必须在对应std::future被 move 之后仍保持存活，否则set_value()会抛std::future_error（错误码：no_state）
如何用 std::promise 实现跨任务状态传递
核心是让前一个任务的输出成为后一个任务的输入，且不暴露裸指针或引用生命周期风险。典型做法是把 std::promise<T> 的所有权交给前一个任务，它执行完调用 set_value()，后一个任务通过 std::future<T> 等待并消费。
立即学习“C++免费学习笔记（深入）”；
示例：两阶异步计算
auto chain2 = [](int x) -> std::future<int> {
std::promise<int> p;
auto f = p.get_future();
std::thread([x, p = std::move(p)]() mutable {
int res = x * x;
std::this_thread::sleep_for(100ms); // 模拟耗时
p.set_value(res); // 注意：p 已 move，必须 mutable + 值捕获
}).detach();
return f;
};
<p>auto f = chain2(5);
std::cout << f.get() << "\n"; // 输出 25
关键点：
- lambda 中必须用
std::move(p)捕获 promise，否则线程内调用set_value()会失败（因为 promise 不可拷贝） - 不能返回局部
std::promise对象，必须返回其std::future（future 可移动，且持有共享状态句柄） - 如果链中某步可能异常，要用
p.set_exception(std::current_exception())，否则下游get()会 rethrow
怎样避免 std::future::wait_for 导致的假死与超时误判
在链式模型里，常有人用 wait_for 轮询等待前序 future 完成再启动下一步——这既浪费 CPU，又容易因超时值设错导致逻辑断裂。真实场景中，应该让完成通知驱动后续动作，而不是轮询。
可行替代方案：
- 用
std::condition_variable+ 标志位 +wait_for，但仅用于调试或极简原型，生产环境慎用 - 更可靠的是把后续任务封装进一个独立函数，并由前序任务在线程内直接调用（即“回调注入”）
- C++20 起可用
std::shared_mutex配合原子标志做无锁等待，但复杂度陡增，不如直接用 promise/future 组合
一个易被忽略的坑：wait_for 在 future 已就绪时返回 ready，但若此前已调过 get()，再次调用 wait_for 会抛 std::future_error（future_already_retrieved）。所以务必确保每个 future 最多被消费一次。
为什么不要在 lambda 捕获列表里直接写 std::promise 变量名
写成 [p]() { p.set_value(42); } 是错的——std::promise 不可拷贝，编译不过；写成 [&p]() { p.set_value(42); } 更危险：lambda 可能比 p 生命周期长，导致悬空引用。
正确写法只有两种：
- 值捕获 +
std::move：[p = std::move(p)]() mutable { p.set_value(42); } - 用
std::shared_ptr<std::promise<T>>包一层，然后引用捕获：[sp = std::make_shared<std::promise<int>>()]() { sp->set_value(42); }
后者适合需多次 set 或跨多个回调共享 promise 的情况，但要注意 shared_ptr 开销；前者更轻量，也更符合“一写一读”的链式语义。实际项目中，绝大多数链式节点都是一次性使用的，优先选 std::move 方案。
最后提醒一句：C++ 标准库的 promise/future 是低层原语，不是开箱即用的 async/await。想写出健壮的任务链，得亲手处理移动语义、异常传播、线程安全和对象生命周期——这些细节漏掉任意一个，都会在高并发或异常路径下暴露。
