复用libcurl实例时设置不同DoH URL的连接异常问题排查

核心原因：CURL的全局DNS缓存未被清除 #

你的测试结果背后的关键在于CURL的DNS缓存机制：

• 全局共享的DNS缓存：CURL默认使用全局DNS缓存池，所有easy_handle实例共用该缓存。curl_easy_reset仅重置当前实例的配置选项，不会清除全局缓存中的已有记录。
• CURLOPT_DNS_CACHE_TIMEOUT的作用范围：设置CURLOPT_DNS_CACHE_TIMEOUT=0L是告诉CURL“不要缓存新的DNS解析结果”，但不会主动删除已存在于全局缓存的记录——这些记录会一直保留，直到调用curl_global_cleanup清理全局资源，或被新的解析结果覆盖。

具体执行流程拆解 #

• 第0次请求：DoH URL设为NULL，CURL使用系统默认解析逻辑（优先读取本地hosts文件），得到127.0.0.1，因此连接失败（CURLE_COULDNT_CONNECT）。
• 第1次请求：启用阿里DoH服务，CURL通过DoH解析到www.baidu.com的真实IP，并将该结果存入全局DNS缓存，连接成功。
• 第2次请求：虽然你重置了实例、关闭了DoH、设置了缓存超时为0，但CURL解析域名时会优先检查全局缓存，发现已有有效的真实IP记录，直接复用该IP发起连接，跳过了hosts文件的读取，最终连接成功。

验证与解决方案 #

如果要让第2次请求回到hosts解析的结果，可以尝试以下操作：

• 在第1次请求后调用curl_global_cleanup（注意这会清理CURL全局资源，后续需重新初始化），彻底清除全局DNS缓存。
• 使用CURLOPT_DNS_SHARING选项，将实例的DNS共享模式设为CURL_DNS_SHARE_NONE，让每个实例使用独立的DNS缓存，这样curl_easy_cleanup销毁实例时会同时清除该实例的缓存。
• 在第2次请求前，手动添加CURLOPT_RESOLVE选项，强制指定www.baidu.com的解析IP为127.0.0.1，覆盖缓存记录。

内容的提问来源于stack exchange，提问作者yanran