C++多线程中如何利用std::future处理异步调用的各种返回码-C++-PHP中文网

std::future不处理返回码，仅传递返回值或异常；返回码需由函数逻辑定义为返回类型的一部分，如int、std::error_code、std::expected或自定义枚举。

c++多线程中如何利用std::future处理异步调用的各种返回码

std::future 本身不处理“返回码”——它只传递异步任务的返回值或异常，所谓“返回码”必须由你自己的函数逻辑定义并作为返回类型的一部分显式传出。

std::future.get() 拿到的是什么类型，就决定了你能拿到什么“码”

如果你的异步函数返回 int，那 fut.get() 就返回一个 int；如果返回 std::error_code、std::expected<int std::error_code></int> 或自定义枚举（如 enum class ResultCode { OK = 0, TIMEOUT = -1, NETWORK_ERR = -2 };），那你就得按这个类型去接收和判断。

别指望 std::future 自动解析“成功/失败”语义——它只负责搬运，不负责解释
返回 void 的异步任务，future<void></void> 的 get() 不返回任何值，只能用 wait() 或 wait_for() 判断是否完成
若需同时传值 + 错误码，推荐用 std::expected<t e></t>（C++23）或 std::pair<t std::error_code></t>，避免靠异常承载业务错误

异常不是“返回码”，但常被误当返回码用

当异步函数抛出异常（如 throw std::system_error(errc::connection_refused)），std::future::get() 会原样 rethrow。这不是返回码，而是控制流中断——调用方必须用 try/catch 捕获，否则程序终止。

C++

"空空如也"

下载

业务逻辑错误（如 HTTP 404、鉴权失败）不该靠异常传递，应走返回值路径；系统级故障（内存分配失败、线程创建失败）才适合用异常
在 std::async 启动的 lambda 里没写 try/catch，又没在 get() 外包 try/catch，就会 crash
std::future_status::deferred 不是错误，只是说明任务还没执行；wait_for() 返回它时，get() 才真正触发执行

wait_for() 超时后，future 仍有效，但你得自己定义“超时码”

wait_for() 返回 std::future_status::timeout，这仅表示“此刻还没就绪”，不代表任务失败。后续仍可 wait_for() 重试，或直接 get() 阻塞等待——但你要把“超时”映射成业务可理解的返回码，得自己编码实现。

例如：定义 enum class OpResult { SUCCESS, TIMEOUT, FAILED };，异步函数返回该枚举，而非依赖 wait_for() 的状态
别在循环里反复 wait_for(1ms) 查状态——CPU 空转，且无法区分“真超时”和“暂时未就绪”
若底层调用本身有超时（如 curl_easy_perform），应在异步函数内部处理并返回对应码，而不是靠外层 wait_for()