libCurl 真的是线程安全的吗？答案

【问题标题】：Is libCurl really thread-safe?libCurl 真的是线程安全的吗？
【发布时间】：2015-05-07 10:13:40
【问题描述】：

在previous question 中无法找出我的应用程序中发生了什么后，我尝试使用 valgrind 在我的电脑中重现它以查找内存/多线程问题。我在很多地方都看到过：

==769== Possible data race during write of size 4 at 0xACD3ADC by thread #13
==769== Locks held: none
==769==    at 0x4C36067: memset (in /usr/lib/valgrind/vgpreload_helgrind-amd64-linux.so)
==769==    by 0x4E4570D: pthread_create@@GLIBC_2.2.5 (allocatestack.c:249)
==769==    by 0x4C30C90: ??? (in /usr/lib/valgrind/vgpreload_helgrind-amd64-linux.so)
==769==    by 0x509F957: Curl_thread_create (in /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0)
==769==    by 0x50A261B: Curl_resolver_getaddrinfo (in /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0)
==769==    by 0x5066163: Curl_resolv (in /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0)
==769==    by 0x507D74D: Curl_connect (in /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0)
==769==    by 0x508D62F: multi_runsingle (in /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0)
==769==    by 0x508E180: curl_multi_perform (in /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0)
==769==    by 0x50857B2: curl_easy_perform (in /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0)
==769==    by 0x489D63: ConnectionMgr::checkInternetConnection() (ConnectionMgr.cpp:287)
==769==    by 0x490E9E: void std::_Mem_fn<void (ConnectionMgr::*)()>::operator()<, void>(ConnectionMgr*) const (in /home/user/app)
==769== 
==769== Address 0xACD3ADC is 44 bytes inside a block of size 304 alloc'd
==769==    at 0x4C2DFF0: calloc (in /usr/lib/valgrind/vgpreload_helgrind-amd64-linux.so)
==769==    by 0x4012E54: _dl_allocate_tls (dl-tls.c:296)
==769==    by 0x4E45DA0: pthread_create@@GLIBC_2.2.5 (allocatestack.c:589)
==769==    by 0x4C30C90: ??? (in /usr/lib/valgrind/vgpreload_helgrind-amd64-linux.so)
==769==    by 0x509F957: Curl_thread_create (in /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0)
==769==    by 0x50A261B: Curl_resolver_getaddrinfo (in /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0)
==769==    by 0x5066163: Curl_resolv (in /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0)
==769==    by 0x507D74D: Curl_connect (in /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0)
==769==    by 0x508D62F: multi_runsingle (in /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0)
==769==    by 0x508E180: curl_multi_perform (in /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0)
==769==    by 0x50857B2: curl_easy_perform (in /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0)
==769==    by 0x489D63: ConnectionMgr::checkInternetConnection() (ConnectionMgr.cpp:287)

我在一个单独的线程中运行的函数就是这个。

void ConnectionMgr::checkInternetConnection()
{
    CURL* curl = curl_easy_init();

    curl_easy_setopt(curl, CURLOPT_CONNECTTIMEOUT, 15);
    curl_easy_setopt(curl, CURLOPT_URL,"http://www.google.com");
    curl_easy_setopt (curl, CURLOPT_FAILONERROR, 1L);
    curl_easy_setopt (curl, CURLOPT_CONNECT_ONLY, 1L);

    long responseCode = 404;
    curl_easy_perform(curl);
    curl_easy_getinfo (curl, CURLINFO_HTTP_CONNECTCODE, &responseCode);

    curl_easy_cleanup(curl);

    mHasInternet = (responseCode == 200);
}

非常感谢。

【问题讨论】：

您在程序启动期间是否正在调用curl_global_init？来自curl_easy_init documentation：“如果您还没有调用curl_global_init，curl_easy_init 会自动调用。这在多线程情况下可能是致命的，因为curl_global_init 不是线程安全的”
是的。它是 main 函数中的第一行，在创建任何线程之前。

标签： multithreading c++11 valgrind libcurl

【解决方案1】：

也许这个问题有点过时，但我找到了答案。问题是 Curl 使用信号来通知请求超时，并且似乎不适用于多线程。

为了修复它，我使用了 curl_easy_setopt(curl, CURLOPT_NOSIGNAL, 1); 之后它就可以正常工作了。

【讨论】：

【解决方案2】：

是的！

libcurl 在documented restrictions 下是线程安全的。每天有数百个应用程序以线程方式成功使用它。

有什么错误吗？当然可以，而且我们会努力修复我们向项目报告的所有问题。

【讨论】：

我阅读了文档，但我很难从中得出一个简单的结论。正确的结论是：所有东西都是线程安全的，除了有global这个词的任何东西？（感谢伟大的图书馆顺便说一句）
我很抱歉，但我认为that document 非常清楚（可能是因为我写了大部分内容）。我需要一个更准确、更详细的问题才能更好地回答。
@TheQuantumPhysicist 没错，全局初始化和全局清理函数确实不是线程安全的。并且 CURLOPT_NOSIGNAL 也需要设置为1L。