• <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>

            那誰的技術博客

            感興趣領域:高性能服務器編程,存儲,算法,Linux內核
            隨筆 - 210, 文章 - 0, 評論 - 1183, 引用 - 0
            數據加載中……

            帶超時機制的DNS解析API

            根據域名解析出該域名所綁定的IP地址,這個是客戶端常做的工作,只有在解析成功之后,才能正確的與服務器端建立連接.

            一般常使用getaddrinfo,gethostbyname 之類的API來完成這個工作,但是,這些API都有一個問題,就是都不支持超時機制,假如客戶端調用這些API阻塞,給程序會帶來影響.

            現在想要達到的目標就是:調用API去解析域名,如果在一個時間內不能解析成功,就報錯退出.

            我查了一下資料,有一些庫可以支持這樣的要求,但是都需要自己去做DNS解析的工作,也就是需要自己去封包/解包DNS協議報文.顯然,這樣的事情工作量太大了,不在我考慮的范圍之中.

            其實系統中有不少這樣的API,沒有阻塞機制,又不能設置超時參數,有沒有一個好的策略,可以既使用這些API,又能給它們加上超時機制.

            我看了下APUE中關于sigsetjmp + alarm + siglongjmp的方式來處理這樣的問題,自己寫了一個簡單的demo,看來是可以滿足的:
            #include <setjmp.h>
            #include 
            <stdio.h>
            #include 
            <sys/types.h>
            #include 
            <sys/socket.h>
            #include 
            <netdb.h>
            #include 
            <signal.h>
            #include 
            <string.h>

            int resolv_name(const char* url, int second);

            int main()
            {
                resolv_name(
            "www.test2test.com"1);
                
            return 0;
            }

            static sigjmp_buf                   jmpbuf;
            static volatile sig_atomic_t        canjump;

            static void
            sig_alrm(
            int signo)
            {
                
            if (!canjump)
                    
            return;

                siglongjmp(jmpbuf, 
            1);  /* jump back to main, don't return */
                canjump 
            = 0;
            }

            int resolv_name(const char* url, int second)
            {
                
            struct addrinfo *result = NULL;
                
            int ret;
                
            struct addrinfo addr;

                memset(
            &addr, 0 , sizeof(addr));
                addr.ai_socktype 
            = SOCK_STREAM;

                
            if (signal(SIGALRM, sig_alrm) == SIG_ERR)
                    printf(
            "signal(SIGALRM) error\n");
                canjump 
            = 1;
                
            if (sigsetjmp(jmpbuf, 1)) 
                {
                    printf(
            "ending main\n");
                    
            return -1;
                }

                alarm(second);

                ret 
            = getaddrinfo(url, NULL, &addr, &result);
                canjump 
            = 0;

                
            if (!ret)
                {
                    
            struct addrinfo *pCurr = result;
                    printf(
            "the \'%s\' ip is:\n", url);
                    
            for (; pCurr; pCurr = pCurr->ai_next)
                    {
                        printf(
            "%s\n", inet_ntoa(((struct sockaddr_in*)(pCurr->ai_addr))->sin_addr));
                    }
                }

                
            return 0;
            }


            不過這個策略還是有問題的,這個API通過alarm函數設定了一個定時器,超時的時候發送一個SIGALARM信號,如果系統中已經存在了通過alarm定制的定時器,如果解決這些定時器可能發生的沖突問題?如果有更好的辦法,歡迎提示.



            posted on 2009-11-07 19:28 那誰 閱讀(9601) 評論(5)  編輯 收藏 引用 所屬分類: Linux/Unix

            評論

            # re: 帶超時機制的DNS解析API[未登錄]  回復  更多評論   

            可以用libevent的那個dns庫...
            2009-11-09 01:20 | bobo

            # re: 帶超時機制的DNS解析API  回復  更多評論   

            關鍵問題是有些 dns 解析失敗,有時返回 127.0.0.1 .

            2009-11-18 15:55 | hzh

            # re: 帶超時機制的DNS解析API  回復  更多評論   

            查了一下 可以通過alarm的返回值來判斷是否已經通過alarm定制了定時器
            SYNOPSIS
            #include <unistd.h>
            unsigned alarm(unsigned seconds);

            RETURN VALUE
            If there is a previous alarm() request with time
            remaining, alarm() shall return a non-zero value that
            is the number of seconds until the previous request
            would have generated a SIGALRM signal. Otherwise,
            alarm() shall return 0.
            2010-04-14 15:47 | bryan

            # re: 帶超時機制的DNS解析API  回復  更多評論   

            多線程怎么辦
            2010-12-09 13:59 | sss

            # re: 帶超時機制的DNS解析API  回復  更多評論   

            超時后原來創建的socket套接字無法關閉,會造成句柄被用完的問題。
            2014-12-01 14:51 | shifu
            99热精品久久只有精品| 色综合久久中文字幕综合网| 久久久婷婷五月亚洲97号色| 久久九九青青国产精品| 国产午夜电影久久| 久久久久久久久66精品片| …久久精品99久久香蕉国产| 久久中文字幕视频、最近更新| 精品久久久久久无码中文字幕一区| 国产成人综合久久久久久| 亚洲精品无码久久久久久| 色综合久久88色综合天天 | 国产精品久久久久久搜索| 久久久久久综合网天天| 中文字幕成人精品久久不卡| 日本人妻丰满熟妇久久久久久| 久久精品不卡| 免费观看久久精彩视频| 欧美熟妇另类久久久久久不卡| 久久精品亚洲乱码伦伦中文| 国产精品久久久久久一区二区三区| 国产精品中文久久久久久久 | 伊人精品久久久久7777| 久久久婷婷五月亚洲97号色 | 色偷偷久久一区二区三区| 久久无码人妻精品一区二区三区 | 91超碰碰碰碰久久久久久综合| 久久精品国产2020| 久久天天躁狠狠躁夜夜av浪潮 | 一级A毛片免费观看久久精品| 一本色道久久88加勒比—综合| 无码人妻久久一区二区三区免费丨| 无码人妻少妇久久中文字幕| 国产精品伦理久久久久久| 91亚洲国产成人久久精品| 久久精品国产亚洲麻豆| 久久精品国产影库免费看| 国产精品久久久99| 日韩十八禁一区二区久久| 久久这里都是精品| 亚洲AV无码1区2区久久|