C++如何实现简单的异步HTTP GET请求（基于协程）-C++-PHP中文网

不推荐用std::jthread+std::promise模拟协程语义，因其本质是阻塞式多线程而非异步i/o，易卡死线程、资源泄漏且无超时重试；真正可行方案是采用已封装awaitable接口的第三方库，如boost.beast+boost.asio。

c++如何实现简单的异步http get请求（基于协程）

用 `std::jthread` + `std::promise` 模拟协程语义，但不推荐

标准 C++20 协程本身不提供网络 I/O 支持，co_await 无法直接挂起在 socket 等系统调用上。有人试图用 std::jthread 启动阻塞式请求、再用 std::promise 传递结果，伪造成“异步协程”——这本质是线程池+回调，不是真正异步 I/O，且容易卡死线程、资源泄漏风险高。

每次 GET 都新建线程，开销大；频繁请求会压垮线程数限制
std::promise 若未被 get_future() 消费，析构时抛 std::future_error
无超时控制、无重试、无 HTTPS 支持，连基本错误码（如 DNS 失败）都难捕获

真正可行的路径：选一个带协程支持的 HTTP 库

目前主流方案是使用已封装好 awaitable 接口的第三方库，而非手写底层 socket 协程适配器。推荐两个生产可用选项：

cpp-httplib 不支持协程，排除
boost.beast + boost.asio：C++ 标准外最成熟选择，提供 async_http_client 示例，其 async_read/async_write 均返回 awaitable 对象，可直接 co_await
libcurl + curl_easy_perform 是阻塞式，但 libcurl 有 curl_multi 接口配合 poll/epoll 可做异步，需自己封装 awaitable —— 工程量大，仅适合已有 curl 经验者

例如用 boost.beast 发起 GET：

auto req = http::request<:string_body>{http::verb::get, "/api/data", 11};
req.set(http::field::host, "example.com");
req.set(http::field::user_agent, "MyApp/1.0");

auto stream = tcp::stream{co_await net::this_coro::executor};
co_await stream.connect(resolver.resolve("example.com", "80"));
co_await http::async_write(stream, req, use_awaitable);
auto res = http::response<:dynamic_body>{};
co_await http::async_read(stream, buffer, res, use_awaitable);
</:dynamic_body></:string_body>

编译和链接必须显式启用协程支持

即使代码写了 co_await，若编译器未开启协程特性，会报错如：error: 'co_await' is not allowed in a function that does not return a coroutine type。不同编译器处理方式不同：

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

Clang：需 -std=c++20 -fcoroutines-ts（旧版）或 -std=c++20 -fcoroutines（Clang 16+）
GCC 12+：需 -std=c++20 -fcoroutines，且链接 -lstdc++_coro
MSVC：需 /std:c++20 /await，并确保 Windows SDK ≥ 10.0.20348.0

漏掉 -lstdc++_coro 或等效链接项，会导致运行时报 undefined reference to '__builtin_coro_*'

别忽略 SSL/TLS 和 DNS 的异步化成本

HTTP GET 看似简单，但实际链路中两个环节天然阻塞：getaddrinfo（DNS 解析）和 TLS 握手。Boost.Beast 默认用同步 getaddrinfo，虽有 net::co_spawn 封装，但需手动切到 net::ip::tcp::resolver::async_resolve；TLS 层则必须用 ssl::stream + async_handshake，否则协程会在 SSL 初始化处卡住。

常见疏忽点：