gethostbyname超時，與遇到的一些坑

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

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;
}

在實驗例子里面非常好用，但是在實際代碼中發現出現了異常

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 ?? ()

發現子線程的堆棧變成了？？？ 而主線程的堆棧變成了子線程的堆棧。
研究發現，應該是gethostbyname是在子線程調用的，而信號是主線程處理，導致子線程備份的堆棧內容被覆蓋到了主線程里，引起了問題。
?" "
在主線程里屏蔽掉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);

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

但是如果加上跳出，連運行都不安全了。
繼續做了多線程測試，發現如果多個線程阻塞，那么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解析函數（簡單處理設置禁止TCP，避免被要求TCP請求而導致解析失敗），而不要使用跳出。