• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            colorful

            zc qq:1337220912

             

            libcurl 多線程使用注意事項(xiàng)

            1、問(wèn)題來(lái)源,多線程使用Libcurl導(dǎo)致程序跑一段時(shí)間后自己退出,沒有明顯的異常。找不到合適的BUG。

             

            最后通過(guò)查看資料和網(wǎng)上找的一些文章,發(fā)現(xiàn),原來(lái)是信號(hào)處理的問(wèn)題:

             

             

            CURLOPT_NOSIGNAL


            Pass a long. If it is 1, libcurl will not use any functions that install signal handlers or any functions that cause signals to be sent to the process. This option is mainly here to allow multi-threaded unix applications to still set/use all timeout options etc, without risking getting signals. (Added in 7.10)

            If this option is set and libcurl has been built with the standard name resolver, timeouts will not occur while the name resolve takes place. Consider building libcurl with c-ares support to enable asynchronous DNS lookups, which enables nice timeouts for name resolves without signals.

            Setting CURLOPT_NOSIGNAL to 1 makes libcurl NOT ask the system to ignore SIGPIPE signals, which otherwise are sent by the system when trying to send data to a socket which is closed in the other end. libcurl makes an effort to never cause such SIGPIPEs to trigger, but some operating systems have no way to avoid them and even on those that have there are some corner cases when they may still happen, contrary to our desire. 

             

            就是當(dāng)多個(gè)線程都使用超時(shí)處理的時(shí)候,同時(shí)主線程中有sleep或是wait等操作。如果不設(shè)置這個(gè)選項(xiàng),libcurl將會(huì)發(fā)信號(hào)打斷這個(gè)wait從而導(dǎo)致程序退出。

             

            所以,在使用的時(shí)候把這個(gè)選項(xiàng)設(shè)置成1就可以了.

            curl_setopt(curl, CURLOPT_NOSIGNAL, 1L);

             

            2、關(guān)于libcurl庫(kù)的初始化和關(guān)閉:curl_global_init()和curl_global_cleanup()

            這兩個(gè)函數(shù)并不是線程安全的。所以只能在主線程中進(jìn)行一次的初始化和清除。

            雖然這個(gè)不是一定就會(huì)有問(wèn)題,但是如果不這樣處理還是有概率發(fā)生的。

            posted on 2013-12-02 17:16 多彩人生 閱讀(1553) 評(píng)論(0)  編輯 收藏 引用


            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


            導(dǎo)航

            統(tǒng)計(jì)

            常用鏈接

            留言簿(3)

            隨筆分類

            隨筆檔案

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            精品久久久久久久久免费影院| 99久久精品国产麻豆| 国产成人精品久久亚洲高清不卡 | 久久毛片一区二区| 少妇高潮惨叫久久久久久| 久久综合狠狠综合久久激情 | 久久影院久久香蕉国产线看观看| 一本色综合网久久| 婷婷综合久久狠狠色99h| 免费精品久久天干天干| 久久91精品国产91久久麻豆 | 午夜欧美精品久久久久久久| 久久综合九色综合97_久久久| 色综合久久中文字幕综合网| 97久久超碰成人精品网站| 亚洲伊人久久综合影院| 欧美亚洲国产精品久久蜜芽| 亚洲午夜久久久影院| 亚洲午夜久久久| 99久久精品国产一区二区三区| 亚洲av日韩精品久久久久久a| 久久高潮一级毛片免费| 国产99精品久久| 久久精品午夜一区二区福利 | 久久亚洲精品中文字幕三区| 久久中文精品无码中文字幕| 狠狠色丁香久久婷婷综| 日韩人妻无码精品久久久不卡| 亚洲国产精品狼友中文久久久| 一本一道久久精品综合| 国产欧美一区二区久久| 久久99国产综合精品| 久久精品中文騷妇女内射| 中文字幕亚洲综合久久菠萝蜜| 久久本道久久综合伊人| 久久久久国产| 久久久久国产精品嫩草影院 | 久久国产精品免费一区二区三区| 久久国产精品久久国产精品| 久久精品无码专区免费青青 | 香蕉久久影院|