回调中调用curl_easy_getinfo返回CURLE_UNKNOWN_OPTION的原因排查

1. 回调中调用curl_easy_getinfo是否合法？ #

在libcurl的WriteCallback、进度回调、头部回调等回调函数中调用curl_easy_getinfo是合法的，但并非所有CURLINFO选项都能在回调的任意阶段获取到有效数据。
比如CURLINFO_RESPONSE_CODE这类依赖HTTP响应头的信息，只有当服务器已经返回响应头之后，调用curl_easy_getinfo才能拿到有效结果。进度回调若在响应头返回前触发，此时调用该接口可能拿不到数据，但不会直接返回CURLE_UNKNOWN_OPTION错误。

2. 主程序回调返回CURLE_UNKNOWN_OPTION的可能原因 #

- libcurl版本不一致 #

主程序和测试程序可能链接了不同版本的libcurl库。部分CURLINFO选项是在特定libcurl版本后新增的，如果主程序链接的旧版本不支持你调用的选项，就会返回CURLE_UNKNOWN_OPTION。可以在两个程序中分别调用curl_version()输出版本信息，对比确认版本差异。

- 选项参数错误 #

检查主程序中curl_easy_getinfo的选项参数是否正确：是否存在拼写错误（比如误写CURLINFO_RESPONSE_CODE常量），或者误用了仅针对特定协议生效的选项。

- 句柄状态异常 #

如果主程序是多线程环境，可能存在curl_easy句柄未正确同步的问题，导致回调触发时句柄处于异常状态，使curl_easy_getinfo无法识别选项。另外，主程序中是否有其他代码意外修改了curl句柄的配置，也可能引发该错误。

- 回调触发时机差异 #

主程序和测试程序的回调触发时机可能不同：比如主程序的进度回调在连接建立前就被触发，此时对应选项尚未被libcurl初始化，从而返回错误；而测试程序的回调触发时机更晚（比如响应头已返回），选项已可用，因此能正常执行。

补充建议 #

如果需要在回调中获取HTTP响应码，优先在头部回调（CURLOPT_HEADERFUNCTION）中调用curl_easy_getinfo，因为该回调是在服务器返回响应头后触发的，此时CURLINFO_RESPONSE_CODE已能被正确获取。

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