curl_easy_perform卡着了

之前想做个挂stage1st论坛在线时间的工具,用C#写出来以后虽然用着也确实可以登录和浏览,但是用mono在vps的linux系统上跑,内存占了实在是有点多,想到vps本来内存就这么小,还跑了一大堆奇怪的服务,最后作罢。

但是果然想想还是不甘心,于是就又操起C++来弄,调用了CURL函数库来搞,这样windows和Linux下就都可以使用了。弄好以后也确实可以运行,于是就这么挂着。

为了详细知道这工具现在在干什么,所以我让它输出当前动作的信息。挂了几天之后,发现好像没有新的信息输出了。用gdb附加上去看调用栈,卡在curl_select里面了(和自己的代码的接口是curl_easy_perform)。这个时候的工具在输出信息的时候还不会附上当前的时间,所以也不太确定到底什么时候出的问题。于是我就改了一下代码,在输出的地方加上了时间,然后挂着。今天下午又发现它卡着了,看了时间,卡了2个多小时了。用gdb再附加上去,还是那个地方卡着。

我觉得这不像是自己的问题啊,卡在那里面了我也没办法来着。于是搜“curl_select hang”,确实也有人反映有一样的问题。但是没找到解决方法。然后就又搜索“curl_easy_perform 卡住了”,这下找到有人说关于这个的问题了。

在使用libcurl时, jwisp发现, curl_easy_perform是阻塞的方式进行下载的, curl_easy_perform执行后,程序会在这里阻塞等待下载结束(成功结束或者失败结束).此时若正常下载一段时间后,进行网络中断, curl_easy_perform并不会返回失败,而是阻塞整个程序卡在这里,此时即使网络连接重新恢复, curl_easy_perform也无法恢复继续下载,导致整个程序出现”死机”状态.

来源 http://blog.csdn.net/javarat/article/details/8002204

而下面的解决方法提到使用multi接口可以自己控制超时等的问题,然后我也就没继续看下去而直接使用multi接口来搞了。

它那个multi的接口大概意思是,首先弄个multi的handle,然后把easy的handle绑上去,之后perform是非阻塞的。我自己也没多试验,比如是不是一定要先perform,能不能先select之类。于是就按照curl自己给出的例子,perform一次以后,拿fd_set,然后在fd_set上调用select,然后再perform,重复到结束为止。因为select是自己调用的,所以可以比较方便设置超时时间。

虽然我在看文档的时候发现curl其实有一个opt给出设置超时时间的,但是这个设置好像只有某个特定版本之后才添加的,服务器用yum安装的curl版本实在是比较低,看着不像是有这个设置的样子,……于是没有试验。

现在代码放服务器上跑着,跑个几天看看还有没有出现卡着的问题。

发表评论

电子邮件地址不会被公开。 必填项已用*标注

您可以使用这些HTML标签和属性: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>