最后更新于 .

前几天同事的程序有个很奇怪的bug,跟大家分享一下。 描述如下:一个http接口在测试环境下能够正常访问,在外网环境下就会直接超时,并且超时的消耗是建是0ms。 我strace了一下,libcurl在测试环境能正常发包,在外网环境却总是直接返回,连连接都没有尝试建立。 仔细研究了他的代码,发现并没有什么不合理之处,一筹莫展时发现有如下代码:

curl_easy_setopt(curl, CURLOPT_TIMEOUT_MS, (int)(timeout_sec*1000));                                                        
curl_easy_setopt(curl, CURLOPT_CONNECTTIMEOUT_MS, (int)(timeout_sec*1000)); 

突然想起之前有文章说curl只支持秒级的超时时间,而我们外网的超时配置的是0.5秒。 把超时时间改成1秒之后,果然一切正常了。 google上搜了一下,在如下链接找到了答案: http://stackoverflow.com/questions/1856473/why-would-curl-ignore-curlopt-timeout-ms-but-honor-curlopt-timeout

The version of curl I am using (7.15.5) doesn't support CURLOPT_TIMEOUT_MS. According to Greg I need at least 7.16.2.

看了一下外网curl的版本:

user_00@RS_Server_appsupport:~> curl --version
curl 7.15.1 (x86_64-suse-linux) libcurl/7.15.1 OpenSSL/0.9.8a zlib/1.2.3 libidn/0.6.0
Protocols: tftp ftp gopher telnet dict ldap http file https ftps 
Features: IDN IPv6 Largefile NTLM SSL libz 

果然是低于7.16.2。 问题到这里算是解决了,但是还有一个很奇怪的地方,就是我们测试环境的curl版本也是7.15.1,但是配置0.5秒用起来却没有任何问题。当然唯一不同的是,外网是64位,测试环境是是32位而已。

$ curl --version
curl 7.15.1 (i686-suse-linux) libcurl/7.15.1 OpenSSL/0.9.8a zlib/1.2.3 libidn/0.6.0
Protocols: tftp ftp gopher telnet dict ldap http file https ftps 
Features: IDN IPv6 Largefile NTLM SSL libz 

但是不管怎样,以后在curl中使用小于一秒的超时时,还是多加小心为妙。

Pingbacks

Pingbacks已打开。

Trackbacks

引用地址

评论

  1. heiher

    heiher on #

    可能是测试环境的curl打过补丁吧。

    Reply

    1. nemozhang

      nemozhang on #

      测试环境也不发包哈。(后来发现测试陪的超时时间是1.5秒 )
      :)

      Reply

发表评论