std::future::get() 一调用就崩溃，主因是空 future（如 std::future f;）调用 get() 会抛出 std::future_error(no_state) 异常；若未捕获则触发 std::terminate() 导致程序崩溃。卡死通常源于 std::async 默认延迟执行策略（deferred），get() 时才同步运行函数，而非真异步。
std::future::get() 为什么一调用就崩溃或卡死
直接声明 std::future 而不绑定任何 std::promise，是常见崩溃源头。这种空 future 没有共享状态，调用 get() 或 wait() 会抛 std::future_error（错误码为 no_state），不是卡死——是明确异常。
正确路径只有一条：先构造 std::promise，再通过其 get_future() 获取合法 future。别试图“后期绑定”或复用未初始化的 future。
-
std::future→ 无效对象，后续任何阻塞操作都非法f; -
std::promise→ 合法起点p; auto f = p.get_future(); - 若子线程未执行
p.set_value()或p.set_exception()就退出，p析构时会调用std::terminate()，不是静默失败
std::promise 只能 set 一次，但怎么传给子线程
std::promise 是 move-only 类型，不能按值拷贝，也不能用 std::ref 直接传引用给 std::thread 构造函数——因为 std::thread 内部会尝试拷贝参数，而 std::promise 拷贝构造被禁用。
安全传参方式只有两种：
- 用
std::move()移动传入（推荐）：std::thread t(func, std::move(p));，函数签名需接收右值引用：void func(std::promise&& p) - 用指针或智能指针包装后传（如
std::shared_ptr<:promise>>），但需自行管理生命周期，易引入悬挂指针 - 绝对避免：
std::thread t(func, std::ref(p));—— 编译失败，std::ref无法绕过 move-only 限制
std::async 比手动 promise/future 更省事？但有个默认陷阱
std::async 确实省去配对、传参、移动等步骤，但它默认启动策略是 std::launch::async | std::launch::deferred，编译器可自由选择同步还是异步执行。MSVC 默认倾向 deferred（延迟执行），意味着 get() 调用时才真正运行函数——这看起来像同步，破坏了“异步”预期。
要确保真异步，必须显式指定策略：
-
std::async(std::launch::async, func)→ 强制新线程 -
std::async(std::launch::deferred, func)→ 明确延迟，get()时才执行 - 不写策略参数 → 行为不可移植，GCC/Clang 多数 async，MSVC 多数 deferred
-
std::async返回的future在get()后也变为无效（valid() == false），多次get()同样 UB
move-only 类型（如 std::unique_ptr）怎么从 future 安全取值
std::future<:unique_ptr>> 的 get() 返回的是右值引用，结果会被移动走。这意味着：
- 接收变量必须声明为
auto&&或std::unique_ptr（隐式移动）；写成std::unique_ptr是 OK 的p = fut.get(); - 不能写成
const std::unique_ptr—— 绑定临时量到 const 引用延长生命周期，但& p = fut.get(); get()移动后原 future 已失效，且该引用可能悬空 - 如果子线程中用
promise.set_value(std::move(ptr))，主线程get()才能成功拿到所有权；漏掉std::move会导致编译失败（类型不匹配） - 一旦
get()调用，future 不再可用，再次调用get()或wait()抛异常
最常被忽略的点：promise 析构前没 set 值，程序直接 terminate，不会报错也不会返回错误码——它不给你补救机会。所有使用 promise 的路径，必须保证无论正常结束还是异常退出，都至少调用一次 set_value 或 set_exception。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
