libcurl是c++调用restful接口最可靠的选择:全平台支持、https默认可用、功能开箱即用;get需用curl_easy_escape编码参数再拼接,post json须手动设content-type和精确的postfieldsize,并注意全局初始化与句柄生命周期管理。

C++ 没有标准 HTTP 客户端,直接调用 RESTful 接口必须依赖第三方库——别硬写 socket,也别指望 std::filesystem 或 std::net(后者还没进标准)。
选哪个库:libcurl 是当前最稳的选择
不是因为最好,而是因为最可靠:Windows/macOS/Linux 全平台支持、HTTPS 默认可用、代理/重试/超时都开箱即用。Boost.Beast 功能强但学习成本高,cpp-httplib 适合嵌入式或简单 GET,但不处理 DNS 超时和连接池。libcurl 的 curl_easy_perform 就是事实标准入口。
- Windows 下用 vcpkg:
vcpkg install curl:x64-windows,链接时加libcurl.lib - Linux/macOS 用系统包管理:
apt install libcurl4-openssl-dev或brew install curl - 别用静态链接的 curl(尤其 Windows),容易因 OpenSSL 版本不匹配报
CURLM_CALL_MULTI_PERFORM这类已废弃错误
GET 请求怎么传参数:别拼字符串,用 curl_easy_setopt 控制编码
手动拼接 URL 容易漏掉 URL 编码,比如空格变 %20、中文直接乱码。libcurl 提供 CURLOPT_URL + CURLOPT_POSTFIELDS 组合,但 GET 应该用 CURLOPT_HTTPGET 和 CURLOPT_URL 配合 curl_easy_escape。
- 先用
curl_easy_escape对每个参数值单独编码,再拼成 query string - 不要对整个 URL 调用 escape——路径部分(如
/api/v1/users)不能被编码 - 示例片段:
char *escaped = curl_easy_escape(curl, "name=张三&city=北京", 0); // 返回 name=%E5%BC%A0%E4%B8%89&city=%E5%8C%97%E4%BA%AC<br>curl_easy_setopt(curl, CURLOPT_URL, "https://api.example.com/search?" escaped);<br>curl_easy_escape(curl, nullptr, 0); // 清理内存
POST JSON 怎么发:Content-Type 和数据长度缺一不可
只设 CURLOPT_POSTFIELDS 不够,服务端收不到 JSON 会直接返回 415 Unsupported Media Type。libcurl 不自动设 header,必须手动加 Content-Type: application/json,且不能依赖 CURLOPT_POST 自动推导长度——JSON 字符串得自己算 strlen。
立即学习“C++免费学习笔记(深入)”;
- 用
curl_slist_append构造 header list:struct curl_slist *headers = nullptr;<br>headers = curl_slist_append(headers, "Content-Type: application/json");<br>curl_easy_setopt(curl, CURLOPT_HTTPHEADER, headers);
-
CURLOPT_POSTFIELDS设为 JSON 字符串指针,同时必须设CURLOPT_POSTFIELDSIZE为真实字节数(不是字符数,UTF-8 下中文占多字节) - 别用
CURLOPT_COPYPOSTFIELDS——它会复制内存,但你传的是栈上临时字符串,容易悬垂
常见崩溃点:全局初始化、句柄复用、回调函数生命周期
libcurl 不是“创建→发请求→销毁”就完事。没调 curl_global_init(CURL_GLOBAL_DEFAULT) 在 Windows 上可能 crash;重复用同一个 CURL* 句柄发多个请求却没清 CURLOPT_URL,结果发到旧地址;写 WRITEFUNCTION 回调时返回值不是实际写入字节数,curl 就认为传输失败然后 abort。
- 全局 init 只需一次,在 main 开头调用;对应 cleanup 在 exit 前做
- 每个请求建议新建
CURL*句柄,或至少调curl_easy_reset清除旧状态 - 回调函数里接收的数据 buffer 是 libcurl 管理的,别存指针、别 memcpy 到局部变量——要么立刻处理,要么
malloc复制一份
真正麻烦的从来不是发个请求,而是错误码含义模糊(比如 CURLE_COULDNT_CONNECT 可能是 DNS、防火墙、TLS 握手全失败)、超时逻辑和重试策略要自己兜底、HTTP/2 支持得编译时打开选项。这些没法靠查文档绕过去,只能实测。










