嵌入式linux系統(tǒng)與應(yīng)用lec13網(wǎng)絡(luò)編程

Linux網(wǎng)絡(luò)編程部門日期

版本管理修改記錄

審核記錄版本號.作者描述修改日期V01KITTCreated2013-03-25V02xushanModified2015-04-23版本號.職務(wù)簽名修改日期主要內(nèi)容TCP/IP概述TCP/IP協(xié)議族TCP和UDP協(xié)議Socket套接字概述地址和順序處理Socket基礎(chǔ)編程TCP編程實驗TCP/IP概述OSI參考模型

網(wǎng)絡(luò)結(jié)構(gòu)的標(biāo)準(zhǔn)模型是OSI模型，它是由國際標(biāo)準(zhǔn)化組織ISO定義的網(wǎng)絡(luò)分層模型，一般稱為OSI/ISO開放互聯(lián)參考模型。它分為7層：應(yīng)用層、表示層、會話層、傳輸層、網(wǎng)絡(luò)層、數(shù)據(jù)鏈路層及物理層。TCP/IP概述TCP/IP參考模型

由于OSI模型過于復(fù)雜，與此相區(qū)別的TCP/IP模型從一開始就遵循簡單明確的結(jié)構(gòu)，它將OSI的7層協(xié)議模型簡化為4層： 1、應(yīng)用層：負責(zé)應(yīng)用程序的網(wǎng)絡(luò)訪問 2、傳輸層：負責(zé)端與端之間的通信會話連接與建立 3、網(wǎng)絡(luò)層：負責(zé)將數(shù)據(jù)幀封裝成IP數(shù)據(jù)包 4、網(wǎng)絡(luò)接口層：負責(zé)將二進制流轉(zhuǎn)換成數(shù)據(jù)幀，并進行數(shù)據(jù)幀的發(fā)送與接收TCP/IP概述OSI和TCP/IP的對應(yīng)TCP/IP協(xié)議族常用網(wǎng)絡(luò)協(xié)議TCP：為應(yīng)用程序提供可靠的通信UDP：提供無連接的通信ICMP：用于發(fā)送有關(guān)數(shù)據(jù)包的傳送錯誤的協(xié)議IGMP：被IP主機用來向本地多路廣播路由器報告主機組

成員的協(xié)議IP：負責(zé)在主機與網(wǎng)絡(luò)之間尋址和路由數(shù)據(jù)包ARP：用于獲得同一物理網(wǎng)絡(luò)中的硬件主機地址TCP/IP協(xié)議族TCP協(xié)議概述

TCP傳輸控制協(xié)議是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議。在數(shù)據(jù)進行傳輸前，TCP協(xié)議需要先建立連接，然后TCP報文在此連接的基礎(chǔ)上傳輸。TCP采用校驗和應(yīng)答重發(fā)機制確保了數(shù)據(jù)傳輸?shù)目煽啃浴Ｌ攸c

1、為應(yīng)用程序提供可靠的通信連接 2、適合于一次傳輸批量數(shù)據(jù)的情況

3、適用于要求得到響應(yīng)的應(yīng)用程序TCP協(xié)議TCP握手機制

通過三次握手來進行初始化。其目的是使數(shù)據(jù)的發(fā)送和接收同步，告訴其他主機一次可接收的數(shù)據(jù)量，并建立虛擬連接。TCP協(xié)議TCP握手過程

1、初始化主機通過一個同步標(biāo)志置位的數(shù)據(jù)段發(fā)出會話請求 2、接收主機通過發(fā)回具有以下項目的數(shù)據(jù)段表示回復(fù)：同步標(biāo)志位、即將發(fā)送的數(shù)據(jù)段的起始字節(jié)的順序號、應(yīng)答并帶有將收到的下一個數(shù)據(jù)段的字節(jié)順序號 3、請求主機再回送一個數(shù)據(jù)段，并帶有確認(rèn)順序號和確認(rèn)號TCP協(xié)議TCP數(shù)據(jù)包格式TCP協(xié)議TCP格式定義：源端口、目的端口：16位長，標(biāo)識出遠端和本地的端口號序號：32位長，標(biāo)識發(fā)送的數(shù)據(jù)包的順序確認(rèn)號：32位長，希望接收的下一個數(shù)據(jù)包的序列號TCP頭長：4位長，表明TCP頭中包含多少個32位字ACK：該位置1表明確認(rèn)號合法，置0表明不包含確認(rèn)信息SYN：用于建立連接的同步字段窗口大?。?6位長，表示剩余發(fā)送字節(jié)容量校驗和：16位長，為確保高可靠性而設(shè)置此位UDP協(xié)議概述

UDP即用戶數(shù)據(jù)報協(xié)議，它是一種無連接協(xié)議，因此不需要像TCP那樣通過三次握手來建立一個連接。同時，一個UDP應(yīng)用可同時作為應(yīng)用的客戶或服務(wù)器方。由于UDP協(xié)議并不需要建立一個明確的連接，因此建立UDP應(yīng)用要比建立TCP應(yīng)用簡單得多。特點

UDP比TCP協(xié)議更為高效，能更好地解決實時性的問題。如今，包括網(wǎng)絡(luò)視頻會議系統(tǒng)在內(nèi)的眾多的客戶/服務(wù)器模式的網(wǎng)絡(luò)應(yīng)用都使用UDP協(xié)議。UDP協(xié)議UDP數(shù)據(jù)包格式源地址、目的地址：16位長，標(biāo)識出遠端和本地的端口號UDP長度：指包括報頭和數(shù)據(jù)部分在內(nèi)的總的字節(jié)數(shù)。因為報頭的長度是固定的，所以該域主要用來計算可變長度的數(shù)據(jù)部分協(xié)議的選擇1、對數(shù)據(jù)可靠性的要求 對數(shù)據(jù)要求高可靠性的應(yīng)用需選擇TCP協(xié)議，如驗證、密碼字段的傳送都是不允許出錯的，而對數(shù)據(jù)的可靠性要求不那么高的應(yīng)用可選擇UDP傳送。2、應(yīng)用的實時性

TCP協(xié)議在傳送過程中要使用三次握手、重傳確認(rèn)等手段來保證數(shù)據(jù)傳輸?shù)目煽啃浴Ｊ褂肨CP協(xié)議會有較大的時延，因此不適合對實時性要求較高的應(yīng)用，如VOIP、視頻監(jiān)控等。相反，UDP協(xié)議則在這些應(yīng)用中能發(fā)揮很好的作用。3、網(wǎng)絡(luò)的可靠性 由于TCP協(xié)議的提出主要是解決網(wǎng)絡(luò)的可靠性問題，它通過各種機制來減少錯誤發(fā)生的概率。因此，在網(wǎng)絡(luò)狀況不是很好的情況下需選用TCP協(xié)議（如在廣域網(wǎng)等情況），但是若在網(wǎng)絡(luò)狀況很好的情況下（如局域網(wǎng)等）就不需要再采用TCP協(xié)議，而建議選擇UDP協(xié)議來減少網(wǎng)絡(luò)負荷。Socket概述Socket定義在Linux中的網(wǎng)絡(luò)編程是通過socket接口來進行的。Socket（套接字）是一種特殊的I/O接口，它也是一種文件描述符。它是一種常用的進程之間通信機制，通過它不僅能實現(xiàn)本地機器上的進程之間的通信，而且通過網(wǎng)絡(luò)能夠在不同機器上的進程之間進行通信。每一個socket都用一個半相關(guān)描述{協(xié)議、本地地址、本地端口}來表示；一個完整的套接字則用一個相關(guān)描述{協(xié)議、本地地址、本地端口、遠程地址、遠程端口}來表示。socket也有一個類似于打開文件的函數(shù)調(diào)用，該函數(shù)返回一個整型的socket描述符，隨后的連接建立、數(shù)據(jù)傳輸?shù)炔僮鞫际峭ㄟ^socket來實現(xiàn)的。Socket概述Socket類型1、流式socket（SOCK_STREAM）

流式套接字提供可靠的、面向連接的通信流；它使用TCP協(xié)議，從而保證了數(shù)據(jù)傳輸?shù)恼_性和順序性。2、數(shù)據(jù)報socket（SOCK_DGRAM） 數(shù)據(jù)報套接字定義了一種無連接的服務(wù)，數(shù)據(jù)通過相互獨立的報文進行傳輸，是無序的，并且不保證是可靠、無差錯的。它使用數(shù)據(jù)報協(xié)議UDP。3、原始socket

原始套接字允許對底層協(xié)議如IP或ICMP進行直接訪問，它功能強大但使用較為不便，主要用于一些協(xié)議的開發(fā)。Socket概述Socket信息數(shù)據(jù)結(jié)構(gòu) structsockaddr { unsignedshortsa_family;/*地址族*/ charsa_data[14];/*14字節(jié)的協(xié)議地址，包含該socket的IP地址和端口號。*/ }; structsockaddr_in { shortintsa_family;/*地址族*/ unsignedshortintsin_port;/*端口號*/ structin_addrsin_addr;/*IP地址*/ unsignedcharsin_zero[8];/*填充0以保持與structsockaddr同樣大小*/ };Socket概述Socket信息數(shù)據(jù)結(jié)構(gòu)地址和順序處理數(shù)據(jù)存儲優(yōu)先順序 計算機數(shù)據(jù)存儲有兩種字節(jié)優(yōu)先順序： 1、網(wǎng)絡(luò)字節(jié)序--高位字節(jié)優(yōu)先（稱為大端模式） 2、主機字節(jié)序--低位字節(jié)優(yōu)先（稱為小端模式）。 Internet上數(shù)據(jù)以高位字節(jié)優(yōu)先順序在網(wǎng)絡(luò)上傳輸，因此在有些情況下，需要對這兩個字節(jié)存儲優(yōu)先順序進行相互轉(zhuǎn)化。 這里用到了四個函數(shù)：htons()、ntohs()、htonl()和ntohl()這四個地址分別實現(xiàn)網(wǎng)絡(luò)字節(jié)序和主機字節(jié)序的轉(zhuǎn)化，這里的h代表host，n代表network，s代表short，l代表long 通常16位的IP端口號用s代表，而IP地址用l來代表。地址和順序處理數(shù)據(jù)存儲優(yōu)先順序地址和順序處理地址格式轉(zhuǎn)化

通常用戶在表達地址時采用的是點分十進制表示的數(shù)值（或者是以冒號分開的十進制IPv6地址），而在通常使用的socket編程中所使用的則是二進制值，這就需要將這兩個數(shù)值進行轉(zhuǎn)換。這里在IPv4中用到的函數(shù)有inet_aton()、inet_addr()和inet_ntoa()，而IPv4和IPv6兼容的函數(shù)有inet_pton()和inet_ntop()。地址和順序處理地址和順序處理名字地址轉(zhuǎn)化 通常，人們在使用過程中都不愿意記憶冗長的IP地址，尤其到IPv6時，地址長度多達128位，那時就更加不可能一次次記憶那么長的IP地址了。因此，使用主機名將會是很好的選擇。 在Linux中，同樣有一些函數(shù)可以實現(xiàn)主機名和地址的轉(zhuǎn)化，最為常見的有g(shù)ethostbyname()、gethostbyaddr()和getaddrinfo()等，它們都可以實現(xiàn)IPv4和IPv6的地址和主機名之間的轉(zhuǎn)化。其中g(shù)ethostbyname()是將主機名轉(zhuǎn)化為IP地址，gethostbyaddr()則是逆操作，是將IP地址轉(zhuǎn)化為主機名，另外getaddrinfo()還能實現(xiàn)自動識別IPv4地址和IPv6地址。地址和順序處理名字地址轉(zhuǎn)化--信息數(shù)據(jù)結(jié)構(gòu)structhostent{char*h_name;/*正式主機名*/char**h_aliases;/*主機別名*/inth_addrtype;/*地址類型*/inth_length;/*地址字節(jié)長度*/char**h_addr_list;/*指向IPv4或IPv6的地址指針數(shù)組*/}structaddrinfo{intai_flags;/*AI_PASSIVE,AI_CANONNAME;*/intai_family;/*地址族*/intai_socktype;/*socket類型*/intai_protocol;/*協(xié)議類型*/size_tai_addrlen;/*地址字節(jié)長度*/char*ai_canonname;/*主機名*/structsockaddr*ai_addr;/*socket結(jié)構(gòu)體*/structaddrinfo*ai_next;/*下一個指針鏈表*/}地址和順序處理名字地址轉(zhuǎn)化--函數(shù)格式地址和順序處理名字地址轉(zhuǎn)化--函數(shù)格式Socket基礎(chǔ)編程Socket編程的基本函數(shù)有socket()、bind()、listen()、accept()、send()、sendto()、recv()以及recvfrom()等，其中根據(jù)客戶端還是服務(wù)端，或者根據(jù)使用TCP協(xié)議還是UDP協(xié)議，這些函數(shù)的調(diào)用流程都有所區(qū)別。socket()：該函數(shù)用于建立一個socket連接，可指定socket類型等信息。在建立了socket連接之后，可對sockaddr或sockaddr_in結(jié)構(gòu)進行初始化，以保存所建立的socket地址信息。bind()：該函數(shù)是用于將本地IP地址綁定到端口號，若綁定其他IP地址則不能成功。另外，它主要用于TCP的連接，而在UDP的連接中則無必要。Socket基礎(chǔ)編程listen()：在服務(wù)端程序成功建立套接字和與地址進行綁定之后，還需要準(zhǔn)備在該套接字上接收新的連接請求。此時調(diào)用listen()函數(shù)來創(chuàng)建一個等待隊列，在其中存放未處理的客戶端連接請求。accept()：服務(wù)端程序調(diào)用listen()函數(shù)創(chuàng)建等待隊列之后，調(diào)用accept()函數(shù)等待并接收客戶端的連接請求。它通常從由bind()所創(chuàng)建的等待隊列中取出第一個未處理的連接請求。connect()：該函數(shù)在TCP中是用于bind()的之后的client端，用于與服務(wù)器端建立連接，而在UDP中由于沒有了bind()函數(shù)，因此用connect()有點類似bind()函數(shù)的作用。Socket基礎(chǔ)編程send()和recv()：這兩個函數(shù)分別用于發(fā)送和接收數(shù)據(jù)，可以用在TCP中，也可以用在UDP中。當(dāng)用在UDP時，可以在connect()函數(shù)建立連接之后再用。sendto()和recvfrom()：這兩個函數(shù)的作用與send()和recv()函數(shù)類似，也可以用在TCP和UDP中。當(dāng)用在TCP時，后面的幾個與地址有關(guān)參數(shù)不起作用，函數(shù)作用等同于send()和recv()；當(dāng)用在UDP時，可以用在之前沒有使用connect()的情況下，這兩個函數(shù)可以自動尋找指定地址并進行連接。TCP協(xié)議-程序流程圖UDP協(xié)議-程序流程圖Socket函數(shù)格式