libcurl超时后重发GET请求方案及异常延迟原因排查问询

Q1：libcurl超时自动重发配置问题 #

libcurl没有原生提供超时触发后自动重发请求的配置项，你需要结合官方提供的超时配置项，自行实现重发逻辑即可，不需要退出程序：

• 连接阶段超时：使用CURLOPT_CONNECTTIMEOUT（秒级）或CURLOPT_CONNECTTIMEOUT_MS（毫秒级）配置TCP连接的最大等待时长，避免长时间卡在连接建立环节
• 全链路请求超时：使用CURLOPT_TIMEOUT（秒级）或CURLOPT_TIMEOUT_MS（毫秒级）配置单个请求从发起至接收完响应的最长耗时，超过阈值会直接返回超时错误
• 传输假死超时：搭配CURLOPT_LOW_SPEED_LIMIT和CURLOPT_LOW_SPEED_TIME两个参数，当持续指定时长内的传输速率低于阈值时，自动判定为超时，避免连接假死占用资源

你只需在curl_easy_perform返回超时类错误码时，复用或重置curl handle重新发起请求即可。如果要避免单个异常请求阻塞后续其他请求，可以改用libcurl的multi接口实现异步并发请求逻辑。

Q2：DNS解析延迟及链路排查问题 #

该场景确实可能由DNS解析延迟导致：如果目标站点使用了CDN动态调度，内容更新时通常会同步切换服务IP节点，若你的客户端本地DNS缓存未及时失效，或者上游递归DNS服务器同步新解析记录存在延迟，就会出现更新时段请求异常的情况。
pingPlotter工具可以用来排查链路节点故障：你可以在目标站点内容更新的时段，同步启动pingPlotter针对目标域名的监控，对比正常请求和异常请求的每跳路由延迟、丢包率，就能定位是否是特定中间节点、CDN节点导致的延迟或丢包。

你也可以尝试两个快速验证方案：

• 将libcurl的CURLOPT_DNS_CACHE_TIMEOUT参数设置为0，强制每次请求都重新发起DNS解析，排除客户端缓存旧解析记录的影响
• 开启CURLOPT_TCP_KEEPALIVE参数配置TCP保活，避免中间网关因连接闲置主动断开会话导致的传输假死

内容的提问来源于stack exchange，提问作者p.luck