嵌入式Linux 进程卡死原因,Linux下关于curl卡死的情况分析

最近在Linux嵌入式平台上使用curl出现卡死的情况。

1.第一种情况

在发送的时候不加上链接超时和发送超时，这样子很容易造成在发送的时候出现卡死的现象，导致线程阻塞

curl_easy_setopt(curl, CURLOPT_CONNECTTIMEOUT, 5);

curl_easy_setopt(curl, CURLOPT_TIMEOUT, 10);

2.第二种情况是加上链接超时和发送超时

curl_easy_setopt(curl, CURLOPT_CONNECTTIMEOUT, 5);

curl_easy_setopt(curl, CURLOPT_TIMEOUT, 10);

这种情况，在发送的时候不会出现卡死的状况，但是如果在发送的时候，设备的断网后，再链接网以后，会出现程序崩溃的现象

3.第三种情况加上

既然第二种情况会出现崩溃，我们加上

//Setting CURLOPT_NOSIGNAL to 1 makes libcurl NOT ask the system to ignore SIGPIPE signals

curl_easy_setopt(curl, CURLOPT_NOSIGNAL, 1)

为什么加上这个呢，先看下下面这段代码：

if(data->set.no_signal)如果设置了这个，那么在DNS超时的时候会立即返回。

另外：curl如果不加curl_easy_setopt(curl, CURLOPT_NOSIGNAL, 1)，是不支持小于1000ms的超时的，

原因

if(timeout < 1000) {

/* The alarm() function only provides integer second resolution, so if

we want to wait less than one second we must bail out already now. */

failf(data,

"remaining timeout of %ld too small to resolve via SIGALRM method",

timeout);

return CURLRESOLV_TIMEDOUT;

}

超时时间小于1000ms的时候, name解析会直接返回CURLRESOLV_TIMEOUT, 最后会导致CURLE_OPERATION_TIMEDOUT

4.第四钟情况

第四种情况是，curl能在超时的时候正常返回，但是还是会出现curl卡死的情况

那是因为curl正常是只用系统的DNS进行解析，那就是DNS解析将不受超时限制了, 万一DNS服务器 卡住了话, 那就可能会造成curl卡死的情况。

那么使用了curl_easy_setopt(curl, CURLOPT_NOSIGNAL, 1)还是有问题，无奈之下，只能libcurl使用c-ares(C library for asynchronous DNS requests)来做名字解析，编编译curl的时候加上编译选项./configure --enable-ares这样子就可以不使用curl_easy_setopt(curl, CURLOPT_NOSIGNAL, 1)了。