現(xiàn)網(wǎng)有些DNS服務器質量不好，經(jīng)常不返回，導致服務器在做DNS請求時經(jīng)常被卡住，簡單測試后發(fā)現(xiàn)如果服務器不返回結果，一般20+秒超時。
但是如果使用alarm和signal，是不能中斷系統(tǒng)函數(shù)的，參考了一些網(wǎng)絡上的資料，可以設置sigsetjmp和siglongjmp來打斷系統(tǒng)函數(shù)，并可以恢復之前的堆棧，避免發(fā)生問題。

讓客戶滿意是我們工作的目標，不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領域值得信任、有價值的長期合作伙伴，公司提供的服務項目有：主機域名、雅安服務器托管、營銷軟件、網(wǎng)站建設、新平網(wǎng)站維護、網(wǎng)站推廣。

static sigjmp_buf jmpbuf;
static void alarm_func(int sig_no)
{
    siglongjmp(jmpbuf, 1);
}

struct hostent *gngethostbyname(const char *HostName, int timeout)
{
    struct hostent *lpHostEnt;

    signal(SIGALRM, alarm_func);

    if(sigsetjmp(jmpbuf, 1) != 0)
    {
        alarm(0);//timout
        signal(SIGALRM, SIG_IGN);
        return NULL;
    }

    alarm(timeout);//setting alarm
    lpHostEnt = gethostbyname(HostName);
    signal(SIGALRM, SIG_IGN);

    return lpHostEnt;
}

在實驗例子里面非常好用，但是在實際代碼中發(fā)現(xiàn)出現(xiàn)了異常

Thread 22 (Thread 0x7fffccff9700 (LWP 25722)):
#0  0x00000038b7addfc3 in poll () from /lib64/libc.so.6
#1  0x00000038b960bed4 in __libc_res_nsend () from /lib64/libresolv.so.2
#2  0x00000038b960876a in __libc_res_nquery () from /lib64/libresolv.so.2
#3  0x00000038b9608d29 in __libc_res_nquerydomain () from /lib64/libresolv.so.2
#4  0x00000038b96099cf in __libc_res_nsearch () from /lib64/libresolv.so.2
#5  0x00007fffec5f62d8 in _nss_dns_gethostbyname3_r () from /lib64/libnss_dns.so.2
#6  0x00007fffec5f650e in _nss_dns_gethostbyname_r () from /lib64/libnss_dns.so.2
#7  0x00000000ffffffff in ?? ()
#8  0x0000000000000002 in ?? ()
#9  0x0000000000000005 in ?? ()
#10 0x0000000000205098 in ?? ()
#11 0x0000000000000000 in ?? ()

發(fā)現(xiàn)子線程的堆棧變成了？？？ 而主線程的堆棧變成了子線程的堆棧。
研究發(fā)現(xiàn)，應該是gethostbyname是在子線程調用的，而信號是主線程處理，導致子線程備份的堆棧內(nèi)容被覆蓋到了主線程里，引起了問題。
?" "
在主線程里屏蔽掉SIGALRM信號
sigset_t mask,oldmask;
sigemptyset(&mask);
sigaddset(&mask,SIGALRM);
pthread_sigmask(SIG_BLOCK,&mask,&oldmask);
在子線程里解鎖對信號的屏蔽

    sigset_t mask,oldmask;
    sigemptyset(&mask);
    sigaddset(&mask,SIGALRM);
    pthread_sigmask(SIG_UNBLOCK,&mask,&oldmask);

繼續(xù)運行，一些正常，可以按照配置的超時時間結束系統(tǒng)函數(shù)的阻塞。
?" "
補充：
gethostbyname在多線程是不安全，但僅僅的結果會被沖掉，運行本身是安全的，因為這個函數(shù)是有鎖的。
所以如果多個線程運行gethostbyname，后面的線程會進入_L_lock_20，但是超時記錄是在鎖以后才計算的。
比如AB線程同時運行，都被阻塞，A線程20秒后退出，B線程也會等待20秒后退出。

但是如果加上跳出，連運行都不安全了。
繼續(xù)做了多線程測試，發(fā)現(xiàn)如果多個線程阻塞，那么A線程跳出后，B線程因為沒有得到解鎖，會永遠卡住。
雙阻塞：

    Thread 2 (Thread 0x7ffff7fd6700 (LWP 13627)):

#0  0x00000038b7af6dde in __lll_lock_wait_private () from /lib64/libc.so.6
#1  0x00000038b7b02029 in _L_lock_20 () from /lib64/libc.so.6
#2  0x00000038b7b01ea0 in gethostbyname () from /lib64/libc.so.6
#3  0x000000000040099e in delete_file_svc (arg=0x0) at signtest.c:26
#4  0x00000038b8207851 in start_thread () from /lib64/libpthread.so.0
#5  0x00000038b7ae767d in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7ffff7fd8720 (LWP 13626)):
#0  0x00000038b7addfc3 in poll () from /lib64/libc.so.6
#1  0x00000038b960bed4 in __libc_res_nsend () from /lib64/libresolv.so.2
#2  0x00000038b960876a in __libc_res_nquery () from /lib64/libresolv.so.2
#3  0x00000038b9608d29 in __libc_res_nquerydomain () from /lib64/libresolv.so.2
#4  0x00000038b96099cf in __libc_res_nsearch () from /lib64/libresolv.so.2
#5  0x00007ffff73a72d8 in _nss_dns_gethostbyname3_r () from /lib64/libnss_dns.so.2
#6  0x00007ffff73a750e in _nss_dns_gethostbyname_r () from /lib64/libnss_dns.so.2
#7  0x00000038b7b02733 in gethostbyname_r@@GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00000038b7b01f33 in gethostbyname () from /lib64/libc.so.6
#9  0x0000000000400a8d in host_to_ip (host=0x400c9b "www.baidu.com") at signtest.c:83
#10 0x0000000000400b4a in main () at signtest.c:118

跳出后

Thread 2 (Thread 0x7ffff7fd6700 (LWP 13627)):
#0  0x00000038b7addfc3 in poll () from /lib64/libc.so.6
#1  0x00000038b960bed4 in __libc_res_nsend () from /lib64/libresolv.so.2
#2  0x00000038b960876a in __libc_res_nquery () from /lib64/libresolv.so.2
#3  0x00000038b9608d29 in __libc_res_nquerydomain () from /lib64/libresolv.so.2
#4  0x00000038b96099cf in __libc_res_nsearch () from /lib64/libresolv.so.2
#5  0x00007ffff73a72d8 in _nss_dns_gethostbyname3_r () from /lib64/libnss_dns.so.2
#6  0x00007ffff73a750e in _nss_dns_gethostbyname_r () from /lib64/libnss_dns.so.2
#7  0x00000038b7b02733 in gethostbyname_r@@GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00000038b7b01f33 in gethostbyname () from /lib64/libc.so.6
#9  0x000000000040099e in delete_file_svc (arg=0x0) at signtest.c:26
#10 0x00000038b8207851 in start_thread () from /lib64/libpthread.so.0
#11 0x00000038b7ae767d in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7ffff7fd8720 (LWP 13626)):
#0  0x00000038b7aab91d in nanosleep () from /lib64/libc.so.6
#1  0x00000038b7aab790 in sleep () from /lib64/libc.so.6
#2  0x0000000000400b5e in main () at signtest.c:121

可以看見B線程被永久鎖死了。

所以如果dns性能有問題，不如自己寫dns解析函數(shù)（簡單處理設置禁止TCP，避免被要求TCP請求而導致解析失敗），而不要使用跳出。

分享名稱：gethostbyname超時，與遇到的一些坑
當前地址：http://www.chinadenli.net/article46/joepeg.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站維護、網(wǎng)站設計、企業(yè)建站、網(wǎng)站排名、網(wǎng)站設計公司、外貿(mào)建站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)