最近使用 libcurl 遇到的坑

学艺不精，有待深入学习 Orz

---

1 curl 请求时间超过1s

   最近使用 libcurl 调用内网另一台服务器的一个服务，结果过了 1s 才收到返回包，一开始以为是对方服务出问题，结果对方反馈他们压测的结果是 2~3ms 就能返回结果。排查到最后才发现是 libcurl 的坑，差点因为这个将开发方案驳回。
  我是使用post请求发送批量数据到对方的服务，而 libcurl 会默认添加一个请求头 expect: 100-continue，当请求数据包超过 1024 字节时，会先发一个请求信息，等待服务器应答后再发送数据包。如果服务器没有应答，那么会等待 1s 再发送数据包，我们测试的时候所看到的 1s 就是这么来的。
  由于我们不能给服务器添加应答的逻辑，就只能修改 curl 请求。解决方法是，添加一个空的请求头，把 expect: 100-continue 请求头干掉就好了：

curl_slist* pHeads= NULL;
pHeads= curl_slist_append(pHeads, "expect: ");
curl_easy_setopt(pCurl, CURLOPT_HTTPHEADER, pHeads));

---

2 多线程跑 curl 导致程序 core 掉

  上面响应速度慢的问题解决了，然后开心地开发，自测也OK，转测的时候测试同学一压测，gg，程序 core 掉了。。。于是又开启了新的一番查找 bug 的旅程。
  折腾了好久，问题定位