wait_for 总返回 ready 是因它检测 future 在调用前是否已就绪，而非是否在超时内完成；正确做法是先 wait_for 判断状态，timeout 则处理超时，ready 则调用 get() 取值。
wait_for 为什么总返回 ready 状态？
因为 wait_for 判断的是「等待期间 future 是否就绪」，不是「是否在超时前完成」。如果 future 在调用 wait_for 前已经 set_value 或 set_exception，它立刻返回 std::future_status::ready，哪怕你传了 10s 超时——这和你预期的“异步任务是否在 10s 内完成”不是一回事，但很多人误以为是。
正确判断异步超时的三步写法
必须组合 wait_for + 状态检查 + 显式结果获取，不能只看返回值：
- 先调用
wait_for，传入std::chrono::milliseconds(5000)这类持续时间 - 检查返回值：如果是
std::future_status::timeout，说明超时且 future 仍没就绪 - 如果是
std::future_status::ready，再调用get()获取结果（此时不会阻塞）；若不调get()，后续再调可能抛std::future_error: No state
示例：
auto fut = std::async(std::launch::async, []{
std::this_thread::sleep_for(std::chrono::seconds(3));
return 42;
});
auto status = fut.wait_for(std::chrono::seconds(2));
if (status == std::future_status::timeout) {
std::cout << "超时了\n";
} else if (status == std::future_status::ready) {
int result = fut.get(); // 必须调 get() 拿值，否则 future 状态失效
std::cout << "成功：" << result << "\n";
}
wait_for 的 duration 类型限制很严格
只能接受 std::chrono::duration 类型，不能传整数毫秒或秒数。常见错误写法：fut.wait_for(5000) 或 fut.wait_for(5)，编译直接失败。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 正确写法必须带单位：用
std::chrono::milliseconds(5000)、std::chrono::seconds(5)、std::chrono::nanoseconds(1e6) - 避免隐式转换：不要用
auto timeout = 5000ms（C++14 起支持，但老项目可能关了扩展），显式写全更稳妥 - 注意精度损失：
std::chrono::steady_clock是wait_for底层所用时钟，高精度 duration（如 nanoseconds）在某些平台可能被向下取整
超时后 future 状态没变，但不能再等同个对象
wait_for 超时返回 timeout，只表示「这次等待没等到就绪」，future 本身仍是 valid 状态，后续仍可再次 wait_for 或 wait。但有两点容易忽略：
- 不能对已调过
get()的 future 再调wait_for，会触发std::future_error: No associated state - 如果 future 来自
std::promise且 promise 已被销毁（比如 promise 是局部变量，作用域结束），future 会变成 invalid，此时wait_for行为未定义 - 多线程下，多个线程同时对同一 future 调
wait_for是安全的，但只有第一个拿到结果的线程能成功调get()，其余会抛异常
真正难处理的是：超时后你想取消后台任务，但 C++ 标准 std::future 不提供 cancel 接口——得自己用 std::atomic_bool 或 std::promise 配合控制逻辑。
