正确方式是用curl_slist_append逐条构建struct curl_slist*链表并传给CURLOPT_HTTPHEADER，调用curl_slist_free_all释放内存；不可用std::vector或临时字符串地址，否则导致崩溃、悬空或泄漏。
curl_easy_setopt设置HTTP请求头的正确方式
直接用 curl_easy_setopt 传 CURLOPT_HTTPHEADER，但必须传 struct curl_slist* 类型——这是最容易卡住的地方。不是字符串数组，也不是 vector，更不能传临时局部变量地址。
- 先用
curl_slist_append逐条添加头字段，返回新的链表指针（每次调用都返回新头） - 头字段格式必须是
"Key: Value"字符串，末尾不能带换行，也不能漏空格 - 设置完必须在
curl_easy_perform前调用，且链表生命周期要覆盖整个请求过程 - 用完后务必调用
curl_slist_free_all释放内存，否则泄漏
struct curl_slist* headers = nullptr; headers = curl_slist_append(headers, "Content-Type: application/json"); headers = curl_slist_append(headers, "Authorization: Bearer abc123"); headers = curl_slist_append(headers, "X-Client-ID: myapp"); <p>curl_easy_setopt(curl, CURLOPT_HTTPHEADER, headers);</p><p>// ... curl_easy_perform()</p><p>curl_slist_free_all(headers); // 必须加，否则内存泄漏
为什么不能用 std::vector<:string> 直接传？
因为 CURLOPT_HTTPHEADER 的底层期望一个以 nullptr 结尾的 char**，而 std::vector 的 data() 返回的是连续字符串内容指针，不是指针数组；强行 reinterpret_cast 会导致运行时崩溃或乱码。
立即学习“C++免费学习笔记（深入）”；
- libcurl 不管理你传入的内存，它只读取指针数组，不复制字符串内容
-
curl_slist是 libcurl 自己维护的单向链表，内部做了字符串拷贝和内存管理 - 如果你用
std::vector<const char></const>，里面存的还是局部字符串字面量或临时对象地址，一出作用域就悬空
常见 Header 设置失败的错误现象
发出去的请求没带 Header、服务端返回 400 或 401、Wireshark 抓包看不到对应字段——大概率是以下几种情况之一：
- 忘记调用
curl_slist_append，直接传了nullptr（libcurl 会静默忽略） - 头字段写成
"Key:Value"（冒号后少空格），部分服务端严格校验格式，直接拒收 - 设置了
CURLOPT_HEADER为 1，结果响应头被混进响应体，误以为请求头没发出去 - 重复设置
CURLOPT_HTTPHEADER多次，后一次会覆盖前一次，旧链表没释放导致泄漏
需要动态拼接 Header 时的安全写法
比如 Authorization 值来自变量，别用 sprintf 或字符串拼接后传临时 buffer。栈上字符数组、局部 std::string.c_str() 都不可靠——curl_slist_append 内部会做深拷贝，但前提是传入的字符串地址在调用期间有效。
- 推荐：先构造
std::string，再用c_str()传给curl_slist_append（因为 append 立即拷贝） - 不推荐：把
std::string对象定义在循环内，然后反复 append 同一个变量名（容易误以为自动更新） - 注意：如果值含二进制或非 ASCII 字符，确保编码是 UTF-8，且服务端支持
std::string token = "xyz789"; std::string auth_header = "Authorization: Bearer " + token; headers = curl_slist_append(headers, auth_header.c_str()); // 安全：c_str() 在这行有效
实际项目里最常被忽略的是 curl_slist_free_all 的调用时机和 curl_slist_append 返回值必须重新赋值——少一个等号，header 就丢了。
