青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

chaosuper85

C++博客 首頁 新隨筆 聯系 聚合 管理
  118 Posts :: 0 Stories :: 3 Comments :: 0 Trackbacks
網絡socket編程指南 (轉貼)1 http://www.chinaunix.net 作者:流浪者 發表于:2003-04-11 17:09:07 Beej網絡socket編程指南 -------------------------------------------------------------------------------- 介紹   Socket 編程讓你沮喪嗎?從man pages中很難得到有用的信息嗎?你想跟上時代去編Internet相關的程序,但是為你在調用 connect() 前的bind() 的結構而不知所措?等等… 好在我已經將這些事完成了,我將和所有人共享我的知識了。如果你了解 C 語言并想穿過網絡編程的沼澤,那么你來對地方了。 -------------------------------------------------------------------------------- 讀者對象   這個文檔是一個指南,而不是參考書。如果你剛開始 socket 編程并想找一本入門書,那么你是我的讀者。但這不是一本完全的 socket 編程書。 -------------------------------------------------------------------------------- 平臺和編譯器   這篇文檔中的大多數代碼都在 Linux 平臺PC 上用 GNU 的 gcc 成功編譯過。而且它們在 HPUX平臺 上用 gcc 也成功編譯過。但是注意,并不是每個代碼片段都獨立測試過。 -------------------------------------------------------------------------------- 目錄: 1) 什么是套接字? 2) Internet 套接字的兩種類型 3) 網絡理論 4) 結構體 5) 本機轉換 6) IP 地址和如何處理它們 7) socket()函數 8) bind()函數 9) connect()函數 10) listen()函數 11) accept()函數 12) send()和recv()函數 13) sendto()和recvfrom()函數 14) close()和shutdown()函數 15) getpeername()函數 16) gethostname()函數 17) 域名服務(DNS) 18) 客戶-服務器背景知識 19) 簡單的服務器 20) 簡單的客戶端 21) 數據報套接字Socket 22) 阻塞 23) select()--多路同步I/O 24) 參考資料 -------------------------------------------------------------------------------- 什么是 socket?   你經常聽到人們談論著 “socket”,或許你還不知道它的確切含義。現在讓我告訴你:它是使用 標準Unix 文件描述符 (file descriptor) 和其它程序通訊的方式。什么?你也許聽到一些Unix高手(hacker)這樣說過:“呀,Unix中的一切就是文件!”那個家伙也許正在說到一個事實:Unix 程序在執行任何形式的 I/O 的時候,程序是在讀或者寫一個文件描述符。一個文件描述符只是一個和打開的文件相關聯的整數。但是(注意后面的話),這個文件可能是一個網絡連接,FIFO,管道,終端,磁盤上的文件或者什么其它的東西。Unix 中所有的東西就是文件!所以,你想和Internet上別的程序通訊的時候,你將要使用到文件描述符。你必須理解剛才的話。現在你腦海中或許冒出這樣的念頭:“那么我從哪里得到網絡通訊的文件描述符呢?”,這個問題無論如何我都要回答:你利用系統調用 socket(),它返回套接字描述符 (socket descriptor),然后你再通過它來進行send() 和 recv()調用。“但是...”,你可能有很大的疑惑,“如果它是個文件描述符,那么為什 么不用一般調用read()和write()來進行套接字通訊?”簡單的答案是:“你可以使用!”。詳細的答案是:“你可以,但是使用send()和recv()讓你更好的控制數據傳輸。”存在這樣一個情況:在我們的世界上,有很多種套接字。有DARPA Internet 地址 (Internet 套接字),本地節點的路徑名 (Unix套接字),CCITT X.25地址 (你可以將X.25 套接字完全忽略)。也許在你的Unix 機器上還有其它的。我們在這里只講第一種:Internet 套接字。 -------------------------------------------------------------------------------- Internet 套接字的兩種類型   什么意思?有兩種類型的Internet 套接字?是的。不,我在撒謊。其實還有很多,但是我可不想嚇著你。我們這里只講兩種。除了這些, 我打算另外介紹的 "Raw Sockets" 也是非常強大的,很值得查閱。 那么這兩種類型是什么呢?一種是"Stream Sockets"(流格式),另外一種是"Datagram Sockets"(數據包格式)。我們以后談到它們的時候也會用到 "SOCK_STREAM" 和 "SOCK_DGRAM"。數據報套接字有時也叫“無連接套接字”(如果你確實要連接的時候可以用connect()。) 流式套接字是可靠的雙向通訊的數據流。如果你向套接字按順序輸出“1,2”,那么它們將按順序“1,2”到達另一邊。它們是無錯誤的傳遞的,有自己的錯誤控制,在此不討論。 有什么在使用流式套接字?你可能聽說過 telnet,不是嗎?它就使用流式套接字。你需要你所輸入的字符按順序到達,不是嗎?同樣,WWW瀏覽器使用的 HTTP 協議也使用它們來下載頁面。實際上,當你通過端口80 telnet 到一個 WWW 站點,然后輸入 “GET pagename” 的時候,你也可以得到 HTML 的內容。為什么流式套接字可以達到高質量的數據傳輸?這是因為它使用了“傳輸控制協議 (The Transmission Control Protocol)”,也叫 “TCP” (請參考 RFC-793 獲得詳細資料。)TCP 控制你的數據按順序到達并且沒有錯 誤。你也許聽到 “TCP” 是因為聽到過 “TCP/IP”。這里的 IP 是指“Internet 協議”(請參考 RFC-791。) IP 只是處理 Internet 路由而已。 那么數據報套接字呢?為什么它叫無連接呢?為什么它是不可靠的呢?有這樣的一些事實:如果你發送一個數據報,它可能會到達,它可能次序顛倒了。如果它到達,那么在這個包的內部是無錯誤的。數據報也使用 IP 作路由,但是它不使用 TCP。它使用“用戶數據報協議 (User Datagram Protocol)”,也叫 “UDP” (請參考 RFC-768。) 為什么它們是無連接的呢?主要是因為它并不象流式套接字那樣維持一個連接。你只要建立一個包,構造一個有目標信息的IP 頭,然后發出去。無需連接。它們通常使用于傳輸包-包信息。簡單的應用程序有:tftp, bootp等等。 你也許會想:“假如數據丟失了這些程序如何正常工作?”我的朋友,每個程序在 UDP 上有自己的協議。例如,tftp 協議每發出的一個被接受到包,收到者必須發回一個包來說“我收到了!” (一個“命令正確應答”也叫“ACK” 包)。如果在一定時間內(例如5秒),發送方沒有收到應答,它將重新發送,直到得到 ACK。這一ACK過程在實現 SOCK_DGRAM 應用程序的時候非常重要。 -------------------------------------------------------------------------------- 網絡理論   既然我剛才提到了協議層,那么現在是討論網絡究竟如何工作和一些 關于 SOCK_DGRAM 包是如何建立的例子。當然,你也可以跳過這一段, 如果你認為已經熟悉的話。 現在是學習數據封裝 (Data Encapsulation) 的時候了!它非常非常重 要。它重要性重要到你在網絡課程學(圖1:數據封裝)習中無論如何也得也得掌握它。主要 的內容是:一個包,先是被第一個協議(在這里是TFTP )在它的報頭(也許 是報尾)包裝(“封裝”),然后,整個數據(包括 TFTP 頭)被另外一個協議 (在這里是 UDP )封裝,然后下一個( IP ),一直重復下去,直到硬件(物理) 層( 這里是以太網 )。 當另外一臺機器接收到包,硬件先剝去以太網頭,內核剝去IP和UDP 頭,TFTP程序再剝去TFTP頭,最后得到數據。現在我們終于講到聲名狼藉的網絡分層模型 (Layered Network Model)。這種網絡模型在描述網絡系統上相對其它模型有很多優點。例如, 你可以寫一個套接字程序而不用關心數據的物理傳輸(串行口,以太網,連 接單元接口 (AUI) 還是其它介質),因為底層的程序會為你處理它們。實際 的網絡硬件和拓撲對于程序員來說是透明的。 不說其它廢話了,我現在列出整個層次模型。如果你要參加網絡考試, 可一定要記住: 應用層 (Application) 表示層 (Presentation) 會話層 (Session) 傳輸層(Transport) 網絡層(Network) 數據鏈路層(Data Link) 物理層(Physical) 物理層是硬件(串口,以太網等等)。應用層是和硬件層相隔最遠的--它 是用戶和網絡交互的地方。 這個模型如此通用,如果你想,你可以把它作為修車指南。把它對應 到 Unix,結果是: 應用層(Application Layer) (telnet, ftp,等等) 傳輸層(Host-to-Host Transport Layer) (TCP, UDP) Internet層(Internet Layer) (IP和路由) 網絡訪問層 (Network Access Layer) (網絡層,數據鏈路層和物理層) 現在,你可能看到這些層次如何協調來封裝原始的數據了。 看看建立一個簡單的數據包有多少工作?哎呀,你將不得不使用 "cat" 來建立數據包頭!這僅僅是個玩笑。對于流式套接字你要作的是 send() 發 送數據。對于數據報式套接字,你按照你選擇的方式封裝數據然后使用 sendto()。內核將為你建立傳輸層和 Internet 層,硬件完成網絡訪問層。 這就是現代科技。 現在結束我們的網絡理論速成班。哦,忘記告訴你關于路由的事情了。 但是我不準備談它,如果你真的關心,那么參考 IP RFC。 -------------------------------------------------------------------------------- 結構體   終于談到編程了。在這章,我將談到被套接字用到的各種數據類型。 因為它們中的一些內容很重要了。 首先是簡單的一個:socket描述符。它是下面的類型: int 僅僅是一個常見的 int。 從現在起,事情變得不可思議了,而你所需做的就是繼續看下去。注 意這樣的事實:有兩種字節排列順序:重要的字節 (有時叫 "octet",即八 位位組) 在前面,或者不重要的字節在前面。前一種叫“網絡字節順序 (Network Byte Order)”。有些機器在內部是按照這個順序儲存數據,而另外 一些則不然。當我說某數據必須按照 NBO 順序,那么你要調用函數(例如 htons() )來將它從本機字節順序 (Host Byte Order) 轉換過來。如果我沒有 提到 NBO, 那么就讓它保持本機字節順序。 我的第一個結構(在這個技術手冊TM中)--struct sockaddr.。這個結構 為許多類型的套接字儲存套接字地址信息: struct sockaddr {    unsigned short sa_family; /* 地址家族, AF_xxx */    char sa_data[14]; /*14字節協議地址*/    }; sa_family 能夠是各種各樣的類型,但是在這篇文章中都是 "AF_INET"。 sa_data包含套接字中的目標地址和端口信息。這好像有點 不明智。 為了處理struct sockaddr,程序員創造了一個并列的結構: struct sockaddr_in ("in" 代表 "Internet"。) struct sockaddr_in {    short int sin_family; /* 通信類型 */    unsigned short int sin_port; /* 端口 */    struct in_addr sin_addr; /* Internet 地址 */    unsigned char sin_zero[8]; /* 與sockaddr結構的長度相同*/    }; 用這個數據結構可以輕松處理套接字地址的基本元素。注意 sin_zero (它被加入到這個結構,并且長度和 struct sockaddr 一樣) 應該使用函數 bzero() 或 memset() 來全部置零。 同時,這一重要的字節,一個指向 sockaddr_in結構體的指針也可以被指向結構體sockaddr并且代替它。這 樣的話即使 socket() 想要的是 struct sockaddr *,你仍然可以使用 struct sockaddr_in,并且在最后轉換。同時,注意 sin_family 和 struct sockaddr 中的 sa_family 一致并能夠設置為 "AF_INET"。最后,sin_port和 sin_addr 必須是網絡字節順序 (Network Byte Order)! 你也許會反對道:"但是,怎么讓整個數據結構 struct in_addr sin_addr 按照網絡字節順序呢?" 要知道這個問題的答案,我們就要仔細的看一看這 個數據結構: struct in_addr, 有這樣一個聯合 (unions): /* Internet 地址 (一個與歷史有關的結構) */    struct in_addr {    unsigned long s_addr;    }; 它曾經是個最壞的聯合,但是現在那些日子過去了。如果你聲明 "ina" 是數據結構 struct sockaddr_in 的實例,那么 "ina.sin_addr.s_addr" 就儲 存4字節的 IP 地址(使用網絡字節順序)。如果你不幸的系統使用的還是恐 怖的聯合 struct in_addr ,你還是可以放心4字節的 IP 地址并且和上面 我說的一樣(這是因為使用了“#define”。) -------------------------------------------------------------------------------- 本機轉換   我們現在到了新的章節。我們曾經講了很多網絡到本機字節順序的轉 換,現在可以實踐了! 你能夠轉換兩種類型: short (兩個字節)和 long (四個字節)。這個函 數對于變量類型 unsigned 也適用。假設你想將 short 從本機字節順序轉 換為網絡字節順序。用 "h" 表示 "本機 (host)",接著是 "to",然后用 "n" 表 示 "網絡 (network)",最后用 "s" 表示 "short": h-to-n-s, 或者 htons() ("Host to Network Short")。 太簡單了... 如果不是太傻的話,你一定想到了由"n","h","s",和 "l"形成的正確 組合,例如這里肯定沒有stolh() ("Short to Long Host") 函數,不僅在這里 沒有,所有場合都沒有。但是這里有: htons()--"Host to Network Short"   htonl()--"Host to Network Long"   ntohs()--"Network to Host Short"   ntohl()--"Network to Host Long" 現在,你可能想你已經知道它們了。你也可能想:“如果我想改變 char 的順序要怎么辦呢?” 但是你也許馬上就想到,“用不著考慮的”。你也許 會想到:我的 68000 機器已經使用了網絡字節順序,我沒有必要去調用 htonl() 轉換 IP 地址。你可能是對的,但是當你移植你的程序到別的機器 上的時候,你的程序將失敗。可移植性!這里是 Unix 世界!記住:在你 將數據放到網絡上的時候,確信它們是網絡字節順序的。 最后一點:為什么在數據結構 struct sockaddr_in 中, sin_addr 和 sin_port 需要轉換為網絡字節順序,而sin_family 需不需要呢? 答案是: sin_addr 和 sin_port 分別封裝在包的 IP 和 UDP 層。因此,它們必須要 是網絡字節順序。但是 sin_family 域只是被內核 (kernel) 使用來決定在數 據結構中包含什么類型的地址,所以它必須是本機字節順序。同時, sin_family 沒有發送到網絡上,它們可以是本機字節順序。 -------------------------------------------------------------------------------- IP 地址和如何處理它們 現在我們很幸運,因為我們有很多的函數來方便地操作 IP 地址。沒有 必要用手工計算它們,也沒有必要用"<<"操作來儲存成長整字型。 首先,假設你已經有了一個sockaddr_in結構體ina,你有一個IP地 址"132.241.5.10"要儲存在其中,你就要用到函數inet_addr(),將IP地址從 點數格式轉換成無符號長整型。使用方法如下: ina.sin_addr.s_addr = inet_addr("132.241.5.10"); 注意,inet_addr()返回的地址已經是網絡字節格式,所以你無需再調用 函數htonl()。 我們現在發現上面的代碼片斷不是十分完整的,因為它沒有錯誤檢查。 顯而易見,當inet_addr()發生錯誤時返回-1。記住這些二進制數字?(無符 號數)-1僅僅和IP地址255.255.255.255相符合!這可是廣播地址!大錯特 錯!記住要先進行錯誤檢查。 好了,現在你可以將IP地址轉換成長整型了。有沒有其相反的方法呢? 它可以將一個in_addr結構體輸出成點數格式?這樣的話,你就要用到函數 inet_ntoa()("ntoa"的含義是"network to ascii"),就像這樣: printf("%s",inet_ntoa(ina.sin_addr)); 它將輸出IP地址。需要注意的是inet_ntoa()將結構體in-addr作為一 個參數,不是長整形。同樣需要注意的是它返回的是一個指向一個字符的 指針。它是一個由inet_ntoa()控制的靜態的固定的指針,所以每次調用 inet_ntoa(),它就將覆蓋上次調用時所得的IP地址。例如: char *a1, *a2; . . a1 = inet_ntoa(ina1.sin_addr); /* 這是198.92.129.1 */ a2 = inet_ntoa(ina2.sin_addr); /* 這是132.241.5.10 */ printf("address 1: %s\n",a1); printf("address 2: %s\n",a2); 輸出如下: address 1: 132.241.5.10 address 2: 132.241.5.10 假如你需要保存這個IP地址,使用strcopy()函數來指向你自己的字符 指針。 上面就是關于這個主題的介紹。稍后,你將學習將一個類 似"wintehouse.gov"的字符串轉換成它所對應的IP地址(查閱域名服務,稍 后)。
posted on 2010-01-16 21:43 chaosuper 閱讀(222) 評論(0)  編輯 收藏 引用

只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            日韩一级精品| 欧美资源在线| 性伦欧美刺激片在线观看| 尤物yw午夜国产精品视频明星| 欧美日韩一区二区在线播放| 老色批av在线精品| 久久久噜噜噜久久中文字幕色伊伊 | 一区二区三区欧美视频| 国产一区二区三区四区在线观看| 欧美日韩午夜剧场| 欧美三级午夜理伦三级中视频| 你懂的视频欧美| 欧美精品亚洲精品| 欧美日韩在线一区二区| 欧美午夜美女看片| 国产欧美一区在线| 国产日韩欧美91| 狠狠色综合网站久久久久久久| 国产一区在线看| 激情综合在线| 日韩视频中午一区| 午夜一区二区三区在线观看| 性欧美暴力猛交另类hd| 另类春色校园亚洲| 亚洲激情女人| 亚洲综合视频在线| 美女免费视频一区| 欧美大片91| 国产精品美女久久久久久免费| 国产日韩欧美中文| 9l国产精品久久久久麻豆| 欧美怡红院视频| 91久久精品网| 久久嫩草精品久久久精品| 欧美日韩成人一区二区| 国产亚洲精品久| 在线亚洲欧美| 欧美激情一区二区三区在线视频观看| 99re6热在线精品视频播放速度| 亚洲视频免费| 欧美激情视频在线播放| 国产一区二区三区成人欧美日韩在线观看 | 嫩草成人www欧美| 久久xxxx| 国产农村妇女精品一二区| 欧美伊久线香蕉线新在线| 日韩午夜高潮| 欧美日韩国产va另类| 午夜在线精品偷拍| 亚洲一区二区在线免费观看| 国际精品欧美精品| 久久精品亚洲精品| 久久亚洲国产成人| 亚洲欧洲午夜| 亚洲国产午夜| 欧美精品在欧美一区二区少妇| 1024国产精品| 亚洲精品日韩在线观看| 欧美性理论片在线观看片免费| 亚洲欧美日韩一区| 久久久999精品视频| 国内外成人免费激情在线视频网站 | 欧美日韩国产精品自在自线| 亚洲人成啪啪网站| 亚洲视频一区二区在线观看 | 欧美激情视频一区二区三区免费| 亚洲深爱激情| 久久久国产精品一区二区三区| 亚洲精品中文字幕女同| 亚洲一区精品电影| 9人人澡人人爽人人精品| 久久人人爽人人爽爽久久| 亚洲午夜久久久久久久久电影院| 亚洲欧美日韩区| 一本综合精品| 久久久噜噜噜久久中文字免| 9久re热视频在线精品| 久久久久久久高潮| 久久精品综合网| 欧美国产亚洲精品久久久8v| 久久亚洲一区二区| 国产精品一区二区三区观看| 亚洲另类在线一区| 亚洲精品永久免费| 久久亚洲不卡| 老司机成人在线视频| 国产精品久久久久久超碰| 亚洲国产成人av在线| 国产人妖伪娘一区91| 一区二区三区|亚洲午夜| 一本色道久久综合一区| 久久亚洲国产精品一区二区| 美日韩精品免费观看视频| 国产精品国产a| 亚洲先锋成人| 欧美凹凸一区二区三区视频| 亚洲福利视频一区二区| 另类亚洲自拍| 日韩亚洲精品电影| 亚洲欧美日韩精品久久久| 国产日韩欧美不卡| 久久成人18免费观看| 毛片精品免费在线观看| 亚洲经典自拍| 欧美日韩一区二区三区四区在线观看| 99亚洲精品| 免播放器亚洲| 亚洲欧美清纯在线制服| 在线观看91精品国产麻豆| 欧美国产精品日韩| 午夜精彩视频在线观看不卡 | 欧美日韩中文字幕精品| 欧美与黑人午夜性猛交久久久| 免费久久99精品国产自| 性欧美1819sex性高清| 亚洲人成艺术| 亚洲视频在线观看| 亚洲一区二区毛片| 欧美一区二视频在线免费观看| 午夜视黄欧洲亚洲| 久久精品国产清高在天天线| 欧美一区日韩一区| 久久一二三四| 亚洲国产欧美一区二区三区同亚洲| 免费成人高清在线视频| 亚洲综合导航| 亚洲欧美日韩国产成人| 亚洲国产精品999| 精品51国产黑色丝袜高跟鞋| 国产精品久久一级| 欧美日韩在线一区二区| 欧美精品在线免费观看| 老司机一区二区| 久久久久久一区二区| 女人天堂亚洲aⅴ在线观看| 午夜一区在线| 久久婷婷麻豆| 美女诱惑一区| 欧美日韩视频在线一区二区| 欧美日韩国产页| 欧美天天综合网| 一区二区在线观看av| 亚洲精品国产欧美| 在线综合亚洲| 久久国产综合精品| 欧美a级在线| 久久综合中文| 国产亚洲一级高清| 亚洲精品免费网站| 久久综合伊人| 久久精品亚洲一区| 欧美色视频一区| 亚洲二区在线| 欧美日韩三级电影在线| 午夜精品久久久久久久99热浪潮| 老鸭窝毛片一区二区三区| 午夜亚洲影视| 中日韩美女免费视频网站在线观看| 亚洲人人精品| 欧美成人免费在线视频| 欧美一区二区三区在线看| 欧美性片在线观看| 亚洲欧洲精品一区二区| 麻豆freexxxx性91精品| 欧美中文字幕精品| 国产在线观看一区| 久久精品国产成人| 午夜在线精品| 国内精品伊人久久久久av一坑 | 欧美激情一区二区久久久| 亚洲国产美国国产综合一区二区| 理论片一区二区在线| 麻豆九一精品爱看视频在线观看免费| 在线观看视频一区| 亚洲肉体裸体xxxx137| 亚洲自拍都市欧美小说| 亚洲精品乱码久久久久久久久| 欧美成人蜜桃| 亚洲人成人一区二区三区| 亚洲国产精品第一区二区| 久久久久国内| 亚洲国产精品小视频| 久久青草福利网站| 欧美日韩国产电影| 欧美一级片在线播放| 校园春色综合网| 小黄鸭精品密入口导航| 欧美国产视频在线| 国产精品色在线| 亚洲电影免费在线观看| 在线亚洲高清视频| 欧美在线免费一级片| 亚洲电影免费| 亚洲一区二区成人在线观看| 久久久999| 国产精品久久久久免费a∨大胸| 欧美午夜国产| 亚洲日本乱码在线观看| 欧美一级久久久| 亚洲国产精品专区久久|