std::future需显式调用get()或wait()才能阻塞等待结果，否则可能因未消费而析构阻塞或导致未定义行为；每个future只能调用一次get()；promise与future生命周期需匹配，避免提前析构；支持move-only类型但须正确使用移动语义。
std::future 等不到结果？检查是否调用了 get() 或 wait()
std::future 不会自动阻塞等待，它只是个“结果句柄”。没调用 get() 或 wait()，程序就直接往下走，可能还没执行完异步任务就结束了线程或销毁了 future，导致未定义行为（比如 std::future_error: No state）。
常见错误现象：
- 主线程退出太快，异步任务被强制终止
-
get()被多次调用 —— 第二次会抛出std::future_error: No associated state - 用
wait_for()但忽略返回值，误以为超时=失败，其实可能只是还没就绪
实操建议：
- 确保每个
std::future最多调用一次get()；如只需同步不取值，用wait() - 若用
std::async启动，注意默认是std::launch::deferred | std::launch::async，延迟启动的 future 在get()前不执行 - 避免在析构前未消费 future：局部
std::future对象离开作用域且未get()，会阻塞析构（C++11 起标准要求）
std::promise 和 std::packaged_task 怎么选？看谁控制“设置结果”的时机
std::promise 是手动触发结果的通道；std::packaged_task 是把可调用对象包装成能生成 future 的任务。选错会导致逻辑混乱或资源泄漏。
立即学习“C++免费学习笔记（深入）”；
使用场景差异：
- 需要跨线程手动 set_value（比如网络回调、信号处理），用
std::promise - 想把函数/lambda 异步执行并获取返回值，优先用
std::packaged_task或std::async - 多个线程要往同一个 future 写结果？不行 ——
std::promise的set_value只能调用一次，重复调用抛异常
性能提示：
-
std::async自动管理线程生命周期，但可能创建新线程（开销）；std::packaged_task需自己调度执行，更灵活也更易出错 -
std::promise本身不带线程，适合配合已有线程池或事件循环使用
std::future 不支持 move-only 类型？其实是你没用对右值引用
std::future 支持 move-only 类型（比如 std::unique_ptr、自定义不可拷贝类），但必须确保异步任务返回的是右值，且 future 接收时用移动语义。
常见错误现象：
- 编译报错 “use of deleted function” —— 因为试图拷贝 future 或其持有的 move-only 值
- 返回
std::unique_ptr<int></int>却在 lambda 里写了return *ptr;（返回值类型不匹配）
实操建议：
- lambda 返回值类型显式写清楚，比如
[]() -> std::unique_ptr<int> { return std::make_unique<int>(42); }</int></int> - 接收 future 时用
auto fut = std::async(...);，别写std::future<:unique_ptr>> fut = ...</:unique_ptr>（可能隐式触发拷贝） - 如果 future 存在容器中，必须用
std::vector<:future>> v;</:future>并 push_back(move(fut))，不能 push_back(fut)
std::future 在线程池里容易卡死？因为缺乏共享状态生命周期管理
在线程池中传 std::promise 或 std::packaged_task 时，如果 promise 对象提前析构，而任务还在排队或执行中，set_value 就会失效，future 永远等不到结果。
根本原因：
- promise 和 future 是分离的，promise 析构后，对应 future 的状态变成“ready but no value”，
get()会立即抛异常 - 线程池任务通常以值方式存储（比如
std::function<void></void>），若捕获了局部 promise，它会在入队时被复制/移动，但生命周期未必覆盖到任务执行
实操建议：
- 把
std::shared_ptr<:promise>></:promise>传给任务，确保 promise 活到任务结束 - 避免在 lambda 中按值捕获 promise；改用按引用捕获 + 外部保证生命周期，或直接用
std::packaged_task（它自带 promise） - 调试时加日志：在 promise 析构和 set_value 前都打点，确认顺序
最常被忽略的一点：future 的 ready 状态 ≠ 有有效值；它可能因 promise 析构、异常未捕获、或 set_exception 而进入 ready 状态，但 get() 仍会抛异常。别只查 wait_for(1ns) == ready 就认为安全。
