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

            不會飛的鳥

            2010年12月10日 ... 不鳥他們!??! 我要用自己開發的分布式文件系統、分布式調度系統、分布式檢索系統, 做自己的搜索引擎!!!大魚有大志?。。?---楊書童

            socket編程-預備知識

            1. 預備知識

            1.1. 網絡字節序

            我們已經知道,內存中的多字節數據相對于內存地址有大端和小端之分,磁盤文件中的多字節數據相對于文件中的偏移地址也有大端小端之分。網絡數據流同樣有大端小端之分,那么如何定義網絡數據流的地址呢?發送主機通常將發送緩沖區中的數據按內存地址從低到高的順序發出,接收主機把從網絡上接到的字節依次保存在接收緩沖區中,也是按內存地址從低到高的順序保存,因此,網絡數據流的地址應這樣規定:先發出的數據是低地址,后發出的數據是高地址。

            TCP/IP協議規定,網絡數據流應采用大端字節序,即低地址高字節。例如上一節的UDP段格式,地址0-1是16位的源端口號,如果這個端口號是1000(0x3e8),則地址0是0x03,地址1是0xe8,也就是先發0x03,再發0xe8,這16位在發送主機的緩沖區中也應該是低地址存0x03,高地址存0xe8。但是,如果發送主機是小端字節序的,這16位被解釋成0xe803,而不是1000。因此,發送主機把1000填到發送緩沖區之前需要做字節序的轉換。同樣地,接收主機如果是小端字節序的,接到16位的源端口號也要做字節序的轉換。如果主機是大端字節序的,發送和接收都不需要做轉換。同理,32位的IP地址也要考慮網絡字節序和主機字節序的問題。

            為使網絡程序具有可移植性,使同樣的C代碼在大端和小端計算機上編譯后都能正常運行,可以調用以下庫函數做網絡字節序和主機字節序的轉換。

            #include <arpa/inet.h>
            
            uint32_t htonl(uint32_t hostlong);
            uint16_t htons(uint16_t hostshort);
            uint32_t ntohl(uint32_t netlong);
            uint16_t ntohs(uint16_t netshort);

            這些函數名很好記,h表示host,n表示network,l表示32位長整數,s表示16位短整數。例如htonl表示將32位的長整數從主機字節序轉換為網絡字節序,例如將IP地址轉換后準備發送。如果主機是小端字節序,這些函數將參數做相應的大小端轉換然后返回,如果主機是大端字節序,這些函數不做轉換,將參數原封不動地返回。

            1.2. socket地址的數據類型及相關函數 請點評

            socket API是一層抽象的網絡編程接口,適用于各種底層網絡協議,如IPv4、IPv6,以及后面要講的UNIX Domain Socket。然而,各種網絡協議的地址格式并不相同,如下圖所示:

            圖 37.1. sockaddr數據結構

            sockaddr數據結構

            IPv4和IPv6的地址格式定義在netinet/in.h中,IPv4地址用sockaddr_in結構體表示,包括16位端口號和32位IP地址,IPv6地址用sockaddr_in6結構體表示,包括16位端口號、128位IP地址和一些控制字段。UNIX Domain Socket的地址格式定義在sys/un.h中,用sockaddr_un結構體表示。各種socket地址結構體的開頭都是相同的,前16位表示整個結構體的長度(并不是所有UNIX的實現都有長度字段,如Linux就沒有),后16位表示地址類型。IPv4、IPv6和UNIX Domain Socket的地址類型分別定義為常數AF_INET、AF_INET6、AF_UNIX。這樣,只要取得某種sockaddr結構體的首地址,不需要知道具體是哪種類型的sockaddr結構體,就可以根據地址類型字段確定結構體中的內容。因此,socket API可以接受各種類型的sockaddr結構體指針做參數,例如bind、accept、connect等函數,這些函數的參數應該設計成void *類型以便接受各種類型的指針,但是sock API的實現早于ANSI C標準化,那時還沒有void *類型,因此這些函數的參數都用struct sockaddr *類型表示,在傳遞參數之前要強制類型轉換一下,例如:

            struct sockaddr_in servaddr;
            /* initialize servaddr */
            bind(listen_fd, (struct sockaddr *)&servaddr, sizeof(servaddr));

            本節只介紹基于IPv4的socket網絡編程,sockaddr_in中的成員struct in_addr sin_addr表示32位的IP地址。但是我們通常用點分十進制的字符串表示IP地址,以下函數可以在字符串表示和in_addr表示之間轉換。

            字符串轉in_addr的函數:

            #include <arpa/inet.h>
            
            int inet_aton(const char *strptr, struct in_addr *addrptr);
            in_addr_t inet_addr(const char *strptr);
            int inet_pton(int family, const char *strptr, void *addrptr);

            in_addr轉字符串的函數:

            char *inet_ntoa(struct in_addr inaddr);
            const char *inet_ntop(int family, const void *addrptr, char *strptr, size_t len);

            其中inet_pton和inet_ntop不僅可以轉換IPv4的in_addr,還可以轉換IPv6的in6_addr,因此函數接口是void *addrptr。

            posted on 2011-07-03 14:00 不會飛的鳥 閱讀(394) 評論(0)  編輯 收藏 引用

            久久久久久免费视频| 国产精品欧美亚洲韩国日本久久| 久久亚洲日韩看片无码| 亚洲中文字幕无码久久2017| 久久综合狠狠综合久久| 人人狠狠综合久久亚洲婷婷| 久久精品国产99久久丝袜| 伊人久久大香线蕉成人| 亚洲精品乱码久久久久久按摩| 91视频国产91久久久| 久久精品国产一区二区三区不卡| 亚洲欧美日韩精品久久亚洲区| 少妇人妻88久久中文字幕| 久久午夜电影网| 久久婷婷五月综合成人D啪 | 亚洲一区精品伊人久久伊人| 无码人妻久久一区二区三区免费丨 | 国产免费久久久久久无码| 一个色综合久久| 久久er热视频在这里精品| 久久一区二区三区99| 久久久久久久久无码精品亚洲日韩 | 久久国产精品国语对白| 亚洲国产精品久久电影欧美| 欧美久久综合性欧美| 国产精品中文久久久久久久| 香蕉久久夜色精品国产小说| 亚洲精品无码久久久久sm| 久久人人爽人人爽AV片| 久久亚洲日韩精品一区二区三区| 久久精品无码一区二区app| 精品久久人妻av中文字幕| 性高湖久久久久久久久AAAAA| 成人国内精品久久久久一区| 人妻中文久久久久| 久久久女人与动物群交毛片| 一本一道久久a久久精品综合| 久久久国产精品福利免费| 日本人妻丰满熟妇久久久久久| 久久久99精品成人片中文字幕| 狠狠狠色丁香婷婷综合久久五月|