• <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 不會飛的鳥 閱讀(397) 評論(0)  編輯 收藏 引用

            99蜜桃臀久久久欧美精品网站| 99久久婷婷免费国产综合精品| 久久精品无码一区二区app| 国产精品丝袜久久久久久不卡| 久久天天躁狠狠躁夜夜av浪潮| 波多野结衣AV无码久久一区| 国产精久久一区二区三区| 怡红院日本一道日本久久| 久久亚洲精品无码aⅴ大香| 久久久久久亚洲Av无码精品专口 | 青草国产精品久久久久久| 久久精品国产第一区二区三区| 久久国产成人| 国产精品久久久久久| 狠狠精品久久久无码中文字幕| 国产69精品久久久久9999| 久久丫忘忧草产品| 亚洲精品成人久久久| www久久久天天com| 无码伊人66久久大杳蕉网站谷歌 | 久久久久久极精品久久久| 婷婷伊人久久大香线蕉AV| 中文字幕无码av激情不卡久久| 国产精品99久久久久久www| 久久99国产精品一区二区| 蜜臀av性久久久久蜜臀aⅴ麻豆| 无码精品久久一区二区三区| 久久高潮一级毛片免费| 99久久国产亚洲高清观看2024 | 无码人妻精品一区二区三区久久久 | 色偷偷91久久综合噜噜噜噜| 国产精品女同一区二区久久| 99久久无码一区人妻| 99久久精品免费看国产免费| 久久综合欧美成人| 99久久精品国产一区二区三区| 久久香蕉国产线看观看乱码| 国产福利电影一区二区三区久久老子无码午夜伦不 | 久久99国产综合精品| 国产产无码乱码精品久久鸭| 国产精品美女久久久m|