絡(luò)編程入門：協(xié)議模型、IP地址與Socket編程)
1. 引言網(wǎng)絡(luò)編程是Linux系統(tǒng)開發(fā)的核心技能之一。要真正理解Socket編程首先需要建立對網(wǎng)絡(luò)協(xié)議體系的整體認(rèn)知數(shù)據(jù)如何分層、如何封裝、如何尋址以及最終如何通過套接字接口完成通信。本文將從網(wǎng)絡(luò)協(xié)議層次模型講起逐步深入到IP地址、端口、字節(jié)序最后給出TCP/UDP套接字編程的完整流程。2. 網(wǎng)絡(luò)協(xié)議層次模型網(wǎng)絡(luò)通信是一個極其復(fù)雜的過程為了降低設(shè)計(jì)和實(shí)現(xiàn)的難度業(yè)界普遍采用分層模型來組織協(xié)議。分層的好處在于每一層只關(guān)注自己的職責(zé)層與層之間通過標(biāo)準(zhǔn)接口交互某一層的實(shí)現(xiàn)變化不會影響其他層。2.1 OSI七層模型OSI開放系統(tǒng)互聯(lián)參考模型由國際標(biāo)準(zhǔn)化組織ISO提出將網(wǎng)絡(luò)通信劃分為七個層次自下而上依次為物理層負(fù)責(zé)比特流的透明傳輸定義電氣特性、機(jī)械特性等典型設(shè)備如網(wǎng)線、集線器。數(shù)據(jù)鏈路層將比特流組裝成幀負(fù)責(zé)相鄰節(jié)點(diǎn)之間的可靠傳輸通過MAC地址尋址典型協(xié)議有以太網(wǎng)、PPP。網(wǎng)絡(luò)層負(fù)責(zé)數(shù)據(jù)包的路由選擇和轉(zhuǎn)發(fā)通過IP地址尋址核心協(xié)議是IP協(xié)議。傳輸層提供端到端的可靠或不可靠傳輸核心協(xié)議是TCP和UDP引入端口號概念。會話層負(fù)責(zé)建立、管理和終止會話連接。表示層負(fù)責(zé)數(shù)據(jù)格式轉(zhuǎn)換、加密解密、壓縮解壓。應(yīng)用層為應(yīng)用程序提供網(wǎng)絡(luò)服務(wù)接口典型協(xié)議有HTTP、FTP、SMTP、DNS。2.2 TCP/IP四層模型TCP/IP模型是實(shí)際互聯(lián)網(wǎng)所采用的模型它將OSI七層簡化為四層更加貼近工程實(shí)踐網(wǎng)絡(luò)接口層對應(yīng)OSI的物理層和數(shù)據(jù)鏈路層負(fù)責(zé)物理傳輸和幀封裝。網(wǎng)際層對應(yīng)OSI的網(wǎng)絡(luò)層核心是IP協(xié)議負(fù)責(zé)路由和尋址。傳輸層對應(yīng)OSI的傳輸層核心是TCP和UDP負(fù)責(zé)端到端通信。應(yīng)用層對應(yīng)OSI的會話層、表示層和應(yīng)用層直接面向用戶應(yīng)用。2.3 各層常見協(xié)議一覽為了更清晰地理解不同協(xié)議所處的層次下面給出常見協(xié)議與層次的對應(yīng)關(guān)系層次常見協(xié)議尋址方式應(yīng)用層HTTP、HTTPS、FTP、SMTP、POP3、DNS、SSH、Telnet域名/端口傳輸層TCP、UDP端口號網(wǎng)際層IP、ICMP、IGMP、ARP、RARPIP地址網(wǎng)絡(luò)接口層以太網(wǎng)、PPP、Wi-Fi802.11MAC地址3. 傳輸層與TCP三次握手傳輸層是網(wǎng)絡(luò)通信中承上啟下的關(guān)鍵層次它負(fù)責(zé)為應(yīng)用層提供端到端的通信服務(wù)。其中TCP傳輸控制協(xié)議提供面向連接的、可靠的字節(jié)流服務(wù)UDP用戶數(shù)據(jù)報(bào)協(xié)議則提供無連接的、不可靠的數(shù)據(jù)報(bào)服務(wù)。3.1 TCP三次握手建立連接TCP在正式傳輸數(shù)據(jù)之前需要通過三次握手建立連接確保通信雙方都具備收發(fā)能力。三次握手的過程如下第一次握手客戶端向服務(wù)器發(fā)送SYN報(bào)文段其中SYN標(biāo)志位為1并攜帶一個初始序列號seqx。此時客戶端進(jìn)入SYN_SENT狀態(tài)。第二次握手服務(wù)器收到SYN報(bào)文后如果同意建立連接則回復(fù)SYNACK報(bào)文段其中SYN1、ACK1確認(rèn)號ackx1并攜帶自己的初始序列號seqy。此時服務(wù)器進(jìn)入SYN_RCVD狀態(tài)。第三次握手客戶端收到服務(wù)器的SYNACK報(bào)文后再發(fā)送一個ACK報(bào)文段其中ACK1確認(rèn)號acky1。此時客戶端進(jìn)入ESTABLISHED狀態(tài)服務(wù)器收到后也進(jìn)入ESTABLISHED狀態(tài)連接建立完成。下圖用時序圖直觀展示三次握手的完整過程三次握手的核心目的是確認(rèn)雙方的收發(fā)能力都正常并同步初始序列號為后續(xù)可靠傳輸?shù)於ɑA(chǔ)。3.2 TCP四次揮手?jǐn)嚅_連接與建立連接不同TCP斷開連接需要四次揮手因?yàn)門CP連接是全雙工的每一方向都必須單獨(dú)關(guān)閉。過程簡述如下主動方發(fā)送FIN報(bào)文表示數(shù)據(jù)發(fā)送完畢。被動方回復(fù)ACK確認(rèn)進(jìn)入CLOSE_WAIT狀態(tài)。被動方發(fā)送FIN報(bào)文表示自己也可以關(guān)閉。主動方回復(fù)ACK確認(rèn)經(jīng)過TIME_WAIT后連接徹底關(guān)閉。下圖用時序圖直觀展示四次揮手的完整過程4. 網(wǎng)絡(luò)數(shù)據(jù)的傳輸數(shù)據(jù)在網(wǎng)絡(luò)上傳輸時并不是直接以原始形式發(fā)送而是經(jīng)過逐層封裝和拆包的過程。4.1 數(shù)據(jù)封裝過程發(fā)送端從應(yīng)用層開始數(shù)據(jù)每向下經(jīng)過一層就會被加上該層的頭部信息這個過程稱為封裝。每一層都只關(guān)心自己負(fù)責(zé)的頭部字段下層把上層傳下來的數(shù)據(jù)整體當(dāng)作自己的載荷payload來處理。下面以一次HTTP請求為例詳細(xì)說明數(shù)據(jù)從應(yīng)用層到物理介質(zhì)的完整封裝過程。應(yīng)用層產(chǎn)生原始應(yīng)用數(shù)據(jù)。例如瀏覽器發(fā)起一次HTTP請求生成請求報(bào)文內(nèi)容包含請求行方法、URL、協(xié)議版本、請求頭和請求體。此時數(shù)據(jù)還是純文本形式尚未攜帶任何網(wǎng)絡(luò)傳輸所需的地址信息。傳輸層加上TCP頭部形成報(bào)文段Segment。TCP頭部包含源端口、目的端口、序列號、確認(rèn)號、標(biāo)志位、窗口大小、校驗(yàn)和等字段。其中源端口和目的端口用于標(biāo)識通信雙方的進(jìn)程序列號和確認(rèn)號用于可靠傳輸和流量控制。此時數(shù)據(jù)被封裝為TCP報(bào)文段但還沒有IP地址無法在網(wǎng)絡(luò)上路由。網(wǎng)際層加上IP頭部形成數(shù)據(jù)報(bào)Datagram。IP頭部包含源IP地址、目的IP地址、協(xié)議號、生存時間TTL、頭部校驗(yàn)和等字段。其中源IP和目的IP用于跨網(wǎng)段尋址協(xié)議號用于標(biāo)識上層協(xié)議TCP為6UDP為17TTL用于防止數(shù)據(jù)包在網(wǎng)絡(luò)中無限循環(huán)。此時數(shù)據(jù)被封裝為IP數(shù)據(jù)報(bào)具備了在網(wǎng)絡(luò)中路由轉(zhuǎn)發(fā)的能力。網(wǎng)絡(luò)接口層加上幀頭和幀尾形成幀F(xiàn)rame。幀頭包含源MAC地址、目的MAC地址和幀類型幀尾包含校驗(yàn)和FCS用于檢測傳輸過程中的比特錯誤。MAC地址用于在同一個物理網(wǎng)段內(nèi)尋址幀尾的校驗(yàn)和用于保證數(shù)據(jù)完整性。此時數(shù)據(jù)被封裝為以太網(wǎng)幀最終通過物理介質(zhì)網(wǎng)線、光纖等以比特流形式發(fā)送出去。為了更直觀地理解封裝過程可以把每一層想象成在快遞包裹上逐層貼標(biāo)簽應(yīng)用層數(shù)據(jù)是包裹里的貨物傳輸層貼上「寄件人和收件人的進(jìn)程端口」標(biāo)簽網(wǎng)際層貼上「寄件人和收件人的IP地址」標(biāo)簽網(wǎng)絡(luò)接口層再貼上「當(dāng)前網(wǎng)段的MAC地址」標(biāo)簽并封口。每一層只關(guān)心自己貼的標(biāo)簽下層把上層貼好標(biāo)簽的整個包裹當(dāng)作一個整體繼續(xù)封裝。下圖展示了數(shù)據(jù)從應(yīng)用層到網(wǎng)絡(luò)接口層的逐層封裝結(jié)構(gòu)需要特別強(qiáng)調(diào)的是封裝過程中每一層都會把上層數(shù)據(jù)完整地保留下來只是在其前面或后面追加本層的頭部或尾部信息。因此最終在物理介質(zhì)上傳輸?shù)膸瑢?shí)際上是一個層層嵌套的結(jié)構(gòu)幀頭 IP頭部 TCP頭部 應(yīng)用數(shù)據(jù) 幀尾。接收端在拆包時會按照相反的順序逐層剝掉這些頭部最終還原出原始的應(yīng)用數(shù)據(jù)。4.2 數(shù)據(jù)拆包過程接收端執(zhí)行相反的過程數(shù)據(jù)每向上經(jīng)過一層就剝掉對應(yīng)層的頭部最終還原出原始應(yīng)用數(shù)據(jù)這個過程稱為拆包解封裝。理解封裝與拆包是掌握網(wǎng)絡(luò)抓包分析、排查網(wǎng)絡(luò)問題的基礎(chǔ)。例如使用 tcpdump 抓包時看到的每一個數(shù)據(jù)包都包含了從鏈路層到應(yīng)用層的完整頭部信息。5. IP地址詳解IP地址是網(wǎng)絡(luò)層用于標(biāo)識主機(jī)的邏輯地址它解決了物理網(wǎng)絡(luò)中MAC地址無法跨網(wǎng)段尋址的問題。5.1 IP地址的組成與區(qū)分IPv4地址是一個32位的二進(jìn)制數(shù)通常用點(diǎn)分十進(jìn)制表示例如192.168.1.100。每個IP地址由兩部分組成網(wǎng)絡(luò)號網(wǎng)段號標(biāo)識主機(jī)所在的網(wǎng)絡(luò)。主機(jī)號標(biāo)識該網(wǎng)絡(luò)內(nèi)的具體主機(jī)。網(wǎng)絡(luò)號和主機(jī)號的劃分由子網(wǎng)掩碼決定。子網(wǎng)掩碼是一個32位的二進(jìn)制數(shù)其規(guī)則是網(wǎng)絡(luò)號對應(yīng)的位全部為1主機(jī)號對應(yīng)的位全部為0。因此子網(wǎng)掩碼中連續(xù)1的個數(shù)就是網(wǎng)絡(luò)號所占的位數(shù)剩余連續(xù)0的個數(shù)就是主機(jī)號所占的位數(shù)。以192.168.1.100為例其默認(rèn)子網(wǎng)掩碼為255.255.255.0。將掩碼轉(zhuǎn)換為二進(jìn)制為11111111.11111111.11111111.00000000可以看到前24位為1、后8位為0因此網(wǎng)絡(luò)號占24位主機(jī)號占8位。將IP地址與掩碼做按位與運(yùn)算得到網(wǎng)絡(luò)號為192.168.1.0主機(jī)號為100。計(jì)算網(wǎng)絡(luò)號與主機(jī)號的具體步驟如下把IP地址和子網(wǎng)掩碼都轉(zhuǎn)換為二進(jìn)制形式。統(tǒng)計(jì)子網(wǎng)掩碼中連續(xù)1的個數(shù)即為網(wǎng)絡(luò)號位數(shù)連續(xù)0的個數(shù)即為主機(jī)號位數(shù)。將IP地址與子網(wǎng)掩碼按位與得到的結(jié)果就是網(wǎng)絡(luò)號。將IP地址與子網(wǎng)掩碼取反后按位與得到的結(jié)果就是主機(jī)號。例如IP地址192.168.10.130子網(wǎng)掩碼255.255.255.192。掩碼二進(jìn)制為11111111.11111111.11111111.11000000前26位為1、后6位為0所以網(wǎng)絡(luò)號占26位主機(jī)號占6位。按位與后網(wǎng)絡(luò)號為192.168.10.128主機(jī)號為2。5.2 IPv4地址的分類IPv4地址按照第一個字節(jié)的范圍分為A、B、C、D、E五類。各類地址的前1到5位是固定的用于標(biāo)識地址類別這也是判斷IP地址類別最直接的方法類別首字節(jié)范圍固定前綴位默認(rèn)子網(wǎng)掩碼網(wǎng)絡(luò)號位數(shù)主機(jī)號位數(shù)適用場景A類1-126第1位固定為0255.0.0.08位24位超大型網(wǎng)絡(luò)B類128-191前2位固定為10255.255.0.016位16位中型網(wǎng)絡(luò)C類192-223前3位固定為110255.255.255.024位8位小型網(wǎng)絡(luò)D類224-239前4位固定為1110———組播E類240-255前5位固定為11110———保留實(shí)驗(yàn)各類IP地址的固定前綴位說明如下A類第1位固定為0因此首字節(jié)范圍為00000001到01111110即十進(jìn)制的1到126。B類前2位固定為10因此首字節(jié)范圍為10000000到10111111即十進(jìn)制的128到191。C類前3位固定為110因此首字節(jié)范圍為11000000到11011111即十進(jìn)制的192到223。D類前4位固定為1110因此首字節(jié)范圍為11100000到11101111即十進(jìn)制的224到239用于組播。E類前5位固定為11110因此首字節(jié)范圍為11110000到11111111即十進(jìn)制的240到255保留用于實(shí)驗(yàn)。此外還有幾個特殊地址需要留意127.0.0.1是回環(huán)地址用于本機(jī)自測0.0.0.0表示未知主機(jī)或默認(rèn)路由255.255.255.255是受限廣播地址。5.3 子網(wǎng)掩碼與網(wǎng)段劃分子網(wǎng)掩碼是一個32位的二進(jìn)制數(shù)網(wǎng)絡(luò)號部分全為1主機(jī)號部分全為0。通過子網(wǎng)掩碼與IP地址做按位與運(yùn)算即可得到網(wǎng)絡(luò)號。例如IP地址192.168.1.100子網(wǎng)掩碼255.255.255.0二者按位與的結(jié)果為192.168.1.0這就是該主機(jī)所在的網(wǎng)段號主機(jī)號為100。5.4 IP地址計(jì)算實(shí)例下面通過一個完整例子演示如何計(jì)算網(wǎng)絡(luò)號、主機(jī)號和可用主機(jī)范圍。假設(shè)IP地址為192.168.10.130子網(wǎng)掩碼為255.255.255.192。將IP和掩碼轉(zhuǎn)換為二進(jìn)制192.168.10.130對應(yīng)11000000.10101000.00001010.10000010255.255.255.192對應(yīng)11111111.11111111.11111111.11000000。按位與運(yùn)算得到網(wǎng)絡(luò)號11000000.10101000.00001010.10000000即192.168.10.128。主機(jī)號部分為最后6位000010即十進(jìn)制2。該網(wǎng)段可用主機(jī)范圍為192.168.10.129到192.168.10.190共62個可用地址網(wǎng)絡(luò)地址192.168.10.128和廣播地址192.168.10.191不可分配給主機(jī)。6. 端口號端口號是傳輸層用于區(qū)分同一臺主機(jī)上不同應(yīng)用程序的邏輯標(biāo)識它是一個16位的無符號整數(shù)取值范圍為0到65535。6.1 端口號的概念與作用IP地址解決了“找哪臺主機(jī)”的問題端口號則解決了“找主機(jī)上的哪個進(jìn)程”的問題。一個完整的通信端點(diǎn)由IP地址和端口號共同組成即套接字地址。6.2 端口號的管理與分類知名端口0-1023由IANA統(tǒng)一分配綁定到固定服務(wù)如HTTP的80、HTTPS的443、FTP的21。注冊端口1024-49151供用戶進(jìn)程或服務(wù)使用需要注冊以避免沖突。動態(tài)/私有端口49152-65535客戶端臨時使用由操作系統(tǒng)動態(tài)分配。6.3 常見協(xié)議的默認(rèn)端口號協(xié)議默認(rèn)端口傳輸層協(xié)議HTTP80TCPHTTPS443TCPFTP21控制/20數(shù)據(jù)TCPSSH22TCPTelnet23TCPSMTP25TCPPOP3110TCPDNS53UDP/TCPDHCP67/68UDPMySQL3306TCPRedis6379TCP7. 字節(jié)序及轉(zhuǎn)換不同CPU架構(gòu)在內(nèi)存中存儲多字節(jié)數(shù)據(jù)時的字節(jié)順序不同這直接影響到網(wǎng)絡(luò)數(shù)據(jù)的正確解析。7.1 大端序與小端序大端序Big-Endian高位字節(jié)存儲在低地址低位字節(jié)存儲在高地址。小端序Little-Endian低位字節(jié)存儲在低地址高位字節(jié)存儲在高地址。例如整數(shù) 0x12345678在大端序中內(nèi)存排列為12 34 56 78在小端序中則為78 56 34 12。7.2 網(wǎng)絡(luò)字節(jié)序?yàn)榱吮ＷC不同主機(jī)之間通信的一致性TCP/IP協(xié)議規(guī)定網(wǎng)絡(luò)傳輸統(tǒng)一使用大端序稱為網(wǎng)絡(luò)字節(jié)序。因此在發(fā)送多字節(jié)數(shù)據(jù)前需要將主機(jī)字節(jié)序轉(zhuǎn)換為網(wǎng)絡(luò)字節(jié)序接收數(shù)據(jù)后再轉(zhuǎn)換回主機(jī)字節(jié)序。7.3 字節(jié)序轉(zhuǎn)換函數(shù)Linux下提供了標(biāo)準(zhǔn)的字節(jié)序轉(zhuǎn)換函數(shù)聲明在頭文件 arpa/inet.h 中#include arpa/inet.h uint32_t htonl(uint32_t hostlong); // 主機(jī)序轉(zhuǎn)網(wǎng)絡(luò)序32位 uint16_t htons(uint16_t hostshort); // 主機(jī)序轉(zhuǎn)網(wǎng)絡(luò)序16位 uint32_t ntohl(uint32_t netlong); // 網(wǎng)絡(luò)序轉(zhuǎn)主機(jī)序32位 uint16_t ntohs(uint16_t netshort); // 網(wǎng)絡(luò)序轉(zhuǎn)主機(jī)序16位其中 h 代表 host主機(jī)n 代表 network網(wǎng)絡(luò)s 代表 short16位l 代表 long32位。在編寫Socket程序時IP地址和端口號都必須使用網(wǎng)絡(luò)字節(jié)序。8. Socket編程及分類Socket套接字是應(yīng)用層與傳輸層之間的編程接口它屏蔽了底層協(xié)議的復(fù)雜性為開發(fā)者提供了一套統(tǒng)一的網(wǎng)絡(luò)通信API。8.1 Socket的三種類型流式套接字SOCK_STREAM基于TCP協(xié)議提供面向連接的、可靠的、按序的字節(jié)流傳輸適用于HTTP、FTP等需要可靠傳輸?shù)膱鼍?。?shù)據(jù)報(bào)套接字SOCK_DGRAM基于UDP協(xié)議提供無連接的、不可靠的數(shù)據(jù)報(bào)傳輸適用于DNS、視頻直播等對實(shí)時性要求高、允許少量丟包的場景。原始套接字SOCK_RAW允許直接訪問底層IP層甚至鏈路層數(shù)據(jù)常用于網(wǎng)絡(luò)診斷、抓包工具如tcpdump和安全測試。8.2 Socket地址結(jié)構(gòu)在Linux中通用套接字地址結(jié)構(gòu)為sockaddr而實(shí)際編程中更常用的是sockaddr_inIPv4專用#include netinet/in.h struct sockaddr_in { sa_family_t sin_family; // 地址族AF_INET in_port_t sin_port; // 端口號網(wǎng)絡(luò)字節(jié)序 struct in_addr sin_addr; // IP地址網(wǎng)絡(luò)字節(jié)序 char sin_zero[8]; // 填充字節(jié) };9. TCP套接字編程流程TCP編程遵循“服務(wù)器-客戶端”模型服務(wù)器被動監(jiān)聽客戶端主動連接。下面分別介紹服務(wù)器端和客戶端的完整編程流程并給出可運(yùn)行的代碼示例。TCP客戶端/服務(wù)端程序完整調(diào)用流程圖9.1 服務(wù)器端流程服務(wù)器端需要依次完成創(chuàng)建套接字、綁定地址、監(jiān)聽、接受連接、收發(fā)數(shù)據(jù)和關(guān)閉連接等步驟具體流程如下調(diào)用socket()創(chuàng)建套接字。調(diào)用bind()將套接字綁定到指定IP和端口。調(diào)用listen()將套接字設(shè)為監(jiān)聽狀態(tài)等待客戶端連接。調(diào)用accept()接受客戶端連接返回新的連接套接字。通過連接套接字調(diào)用read()/write()收發(fā)數(shù)據(jù)。通信結(jié)束后調(diào)用close()關(guān)閉連接。9.2 客戶端流程客戶端流程相對簡單不需要綁定和監(jiān)聽只需創(chuàng)建套接字后主動發(fā)起連接連接建立后即可收發(fā)數(shù)據(jù)調(diào)用socket()創(chuàng)建套接字。調(diào)用connect()向服務(wù)器發(fā)起連接請求完成三次握手。連接建立后通過套接字調(diào)用read()/write()收發(fā)數(shù)據(jù)。通信結(jié)束后調(diào)用close()關(guān)閉連接。下圖展示了客戶端的完整調(diào)用流程flowchart TD A[socket 創(chuàng)建套接字] -- B[connect 發(fā)起連接請求] B -- C[read/write 收發(fā)數(shù)據(jù)] C -- D[close 關(guān)閉連接]9.4 編程要點(diǎn)總結(jié)字節(jié)序轉(zhuǎn)換端口號和IP地址在寫入地址結(jié)構(gòu)前必須使用htons()/htonl()轉(zhuǎn)換為網(wǎng)絡(luò)字節(jié)序。地址結(jié)構(gòu)清零使用memset()將sockaddr_in清零避免殘留垃圾數(shù)據(jù)。INADDR_ANY服務(wù)器綁定0.0.0.0表示監(jiān)聽本機(jī)所有網(wǎng)卡地址便于多網(wǎng)卡環(huán)境。accept()返回新套接字accept()返回的是與客戶端通信的專用套接字原監(jiān)聽套接字繼續(xù)等待其他客戶端連接。錯誤處理每個系統(tǒng)調(diào)用都應(yīng)檢查返回值出錯時使用perror()打印錯誤信息并做相應(yīng)處理。10. UDP套接字編程流程UDP用戶數(shù)據(jù)報(bào)協(xié)議是無連接的傳輸層協(xié)議通信前不需要建立連接也不保證數(shù)據(jù)報(bào)的可靠到達(dá)。因此UDP編程模型比TCP簡單得多服務(wù)器端無需listen()和accept()客戶端也無需connect()雙方都通過sendto()和recvfrom()直接收發(fā)數(shù)據(jù)報(bào)。下面分別介紹UDP服務(wù)器和客戶端的完整編程流程并給出可運(yùn)行的C語言代碼示例。UDP客戶端/服務(wù)端程序完整調(diào)用流程圖???????10.1 UDP服務(wù)器端流程UDP服務(wù)器端只需創(chuàng)建套接字、綁定地址然后循環(huán)調(diào)用recvfrom()接收數(shù)據(jù)、調(diào)用sendto()回發(fā)數(shù)據(jù)具體流程如下調(diào)用socket(AF_INET, SOCK_DGRAM, 0)創(chuàng)建數(shù)據(jù)報(bào)套接字。調(diào)用bind()將套接字綁定到指定IP和端口。調(diào)用recvfrom()阻塞等待并接收客戶端發(fā)來的數(shù)據(jù)報(bào)同時獲取對端的IP和端口。調(diào)用sendto()向?qū)Χ说刂坊匕l(fā)數(shù)據(jù)。通信結(jié)束后調(diào)用close()關(guān)閉套接字。UDP服務(wù)器端完整代碼udp_server.c#include stdio.h #include stdlib.h #include string.h #include unistd.h #include arpa/inet.h #include sys/socket.h #define PORT 8888 #define BUFFER_SIZE 1024 int main() { int server_fd; struct sockaddr_in server_addr, client_addr; socklen_t client_len sizeof(client_addr); char buffer[BUFFER_SIZE]; // 1. 創(chuàng)建數(shù)據(jù)報(bào)套接字 server_fd socket(AF_INET, SOCK_DGRAM, 0); if (server_fd lt; 0) { perror(socket); exit(EXIT_FAILURE); } // 2. 綁定IP和端口 memset(amp;server_addr, 0, sizeof(server_addr)); server_addr.sin_family AF_INET; server_addr.sin_addr.s_addr htonl(INADDR_ANY); server_addr.sin_port htons(PORT); if (bind(server_fd, (struct sockaddr *)amp;server_addr, sizeof(server_addr)) lt; 0) { perror(bind); close(server_fd); exit(EXIT_FAILURE); } printf(UDP服務(wù)器已啟動監(jiān)聽端口 %d...\n, PORT); // 3. 循環(huán)接收并回顯數(shù)據(jù) while (1) { memset(buffer, 0, BUFFER_SIZE); ssize_t n recvfrom(server_fd, buffer, BUFFER_SIZE - 1, 0, (struct sockaddr *)amp;client_addr, amp;client_len); if (n lt; 0) { perror(recvfrom); continue; } printf(收到來自 %s:%d 的數(shù)據(jù)%s\n, inet_ntoa(client_addr.sin_addr), ntohs(client_addr.sin_port), buffer); // 4. 原樣回發(fā)給客戶端 sendto(server_fd, buffer, n, 0, (struct sockaddr *)amp;client_addr, client_len); } // 5. 關(guān)閉套接字 close(server_fd); return 0; }10.2 UDP客戶端流程UDP客戶端更簡單創(chuàng)建套接字后無需綁定和連接直接調(diào)用sendto()發(fā)送數(shù)據(jù)、調(diào)用recvfrom()接收回顯即可具體流程如下調(diào)用socket(AF_INET, SOCK_DGRAM, 0)創(chuàng)建數(shù)據(jù)報(bào)套接字。設(shè)置服務(wù)器地址結(jié)構(gòu)IP和端口。調(diào)用sendto()向服務(wù)器發(fā)送數(shù)據(jù)報(bào)。調(diào)用recvfrom()接收服務(wù)器回顯的數(shù)據(jù)。通信結(jié)束后調(diào)用close()關(guān)閉套接字。UDP客戶端完整代碼udp_client.c#include stdio.h #include stdlib.h #include string.h #include unistd.h #include arpa/inet.h #include sys/socket.h #define PORT 8888 #define BUFFER_SIZE 1024 int main() { int client_fd; struct sockaddr_in server_addr; socklen_t server_len sizeof(server_addr); char buffer[BUFFER_SIZE]; // 1. 創(chuàng)建數(shù)據(jù)報(bào)套接字 client_fd socket(AF_INET, SOCK_DGRAM, 0); if (client_fd lt; 0) { perror(socket); exit(EXIT_FAILURE); } // 2. 設(shè)置服務(wù)器地址 memset(amp;server_addr, 0, sizeof(server_addr)); server_addr.sin_family AF_INET; server_addr.sin_port htons(PORT); inet_pton(AF_INET, 127.0.0.1, amp;server_addr.sin_addr); // 3. 循環(huán)發(fā)送并接收回顯 while (1) { printf(請輸入要發(fā)送的內(nèi)容輸入exit退出); fgets(buffer, BUFFER_SIZE, stdin); buffer[strcspn(buffer, \n)] 0; if (strcmp(buffer, exit) 0) { break; } // 發(fā)送數(shù)據(jù)報(bào) sendto(client_fd, buffer, strlen(buffer), 0, (struct sockaddr *)amp;server_addr, server_len); // 接收回顯 memset(buffer, 0, BUFFER_SIZE); recvfrom(client_fd, buffer, BUFFER_SIZE - 1, 0, (struct sockaddr *)amp;server_addr, amp;server_len); printf(服務(wù)器回顯%s\n, buffer); } // 4. 關(guān)閉套接字 close(client_fd); return 0; }編譯運(yùn)行方式與TCP示例類似先編譯并啟動服務(wù)器再編譯并啟動客戶端。客戶端輸入任意內(nèi)容服務(wù)器會原樣回顯輸入exit可退出客戶端。# 編譯 gcc -o udp_server udp_server.c gcc -o udp_client udp_client.c 先啟動服務(wù)器 ./udp_server 另開終端啟動客戶端 ./udp_client11. UDP與TCP編程的核心差異通過對比TCP和UDP的編程流程可以總結(jié)出以下核心差異對比維度TCPUDP連接方式面向連接需三次握手建立連接無連接直接收發(fā)數(shù)據(jù)報(bào)套接字類型SOCK_STREAM流式套接字SOCK_DGRAM數(shù)據(jù)報(bào)套接字服務(wù)器端需listen()監(jiān)聽、accept()接受連接無需listen()和accept()直接recvfrom()接收客戶端需connect()發(fā)起連接無需connect()直接sendto()發(fā)送收發(fā)函數(shù)read()/write()或recv()/send()sendto()/recvfrom()需攜帶對端地址可靠性可靠傳輸有序、無丟失、無重復(fù)不可靠可能丟包、亂序、重復(fù)數(shù)據(jù)邊界字節(jié)流無消息邊界需自行處理粘包數(shù)據(jù)報(bào)保留消息邊界一次收發(fā)一個報(bào)文適用場景HTTP、FTP、文件傳輸?shù)纫罂煽啃缘膱鼍癉NS、DHCP、視頻直播、游戲等實(shí)時性要求高的場景需要特別強(qiáng)調(diào)的是UDP的sendto()和recvfrom()每次調(diào)用都必須在參數(shù)中攜帶對端的IP地址和端口號因?yàn)閁DP沒有連接的概念內(nèi)核不會為套接字維護(hù)對端信息。這也是UDP編程與TCP編程最直觀的區(qū)別之一。12. 總結(jié)本文圍繞Linux網(wǎng)絡(luò)編程系統(tǒng)梳理了從網(wǎng)絡(luò)協(xié)議模型到套接字編程的完整知識鏈路。首先介紹了OSI七層模型和TCP/IP四層模型明確了各層職責(zé)與常見協(xié)議的歸屬層次隨后深入講解了TCP三次握手與四次揮手的過程以及數(shù)據(jù)在網(wǎng)絡(luò)上逐層封裝與拆包的機(jī)制。在IP地址部分重點(diǎn)說明了IPv4地址的組成、網(wǎng)絡(luò)號與主機(jī)號的劃分方法、子網(wǎng)掩碼的作用以及地址分類規(guī)則并通過實(shí)例演示了網(wǎng)段與可用主機(jī)范圍的計(jì)算。端口號作為傳輸層標(biāo)識進(jìn)程的關(guān)鍵概念其分類與常見協(xié)議默認(rèn)端口也在文中做了歸納。字節(jié)序方面介紹了大端序與小端序的區(qū)別以及網(wǎng)絡(luò)字節(jié)序統(tǒng)一使用大端序的約定并給出了htonl/htons/ntohl/ntohs等轉(zhuǎn)換函數(shù)。最后通過對比TCP與UDP的套接字編程流程給出了服務(wù)器端與客戶端的完整C語言代碼示例總結(jié)了流式套接字與數(shù)據(jù)報(bào)套接字在連接建立、收發(fā)函數(shù)、可靠性等方面的核心差異。掌握這些基礎(chǔ)概念與編程流程是進(jìn)一步學(xué)習(xí)網(wǎng)絡(luò)協(xié)議分析、高并發(fā)服務(wù)器開發(fā)以及網(wǎng)絡(luò)安全等進(jìn)階主題的前提。建議讀者在理解原理的基礎(chǔ)上動手運(yùn)行文中代碼通過抓包工具觀察實(shí)際的數(shù)據(jù)封裝與傳輸過程從而加深對Linux網(wǎng)絡(luò)編程的整體認(rèn)識。 Linux網(wǎng)絡(luò)編程入門：協(xié)議模型、IP地址與Socket編程
1. 引言網(wǎng)絡(luò)編程是Linux系統(tǒng)開發(fā)的核心技能之一。要真正理解Socket編程首先需要建立對網(wǎng)絡(luò)協(xié)議體系的整體認(rèn)知數(shù)據(jù)如何分層、如何封裝、如何尋址以及最終如何通過套接字接口完成通信。本文將從網(wǎng)絡(luò)協(xié)議層次模型講起逐步深入到IP地址、端口、字節(jié)序最后給出TCP/UDP套接字編程的完整流程。2. 網(wǎng)絡(luò)協(xié)議層次模型網(wǎng)絡(luò)通信是一個極其復(fù)雜的過程為了降低設(shè)計(jì)和實(shí)現(xiàn)的難度業(yè)界普遍采用分層模型來組織協(xié)議。分層的好處在于每一層只關(guān)注自己的職責(zé)層與層之間通過標(biāo)準(zhǔn)接口交互某一層的實(shí)現(xiàn)變化不會影響其他層。2.1 OSI七層模型OSI開放系統(tǒng)互聯(lián)參考模型由國際標(biāo)準(zhǔn)化組織ISO提出將網(wǎng)絡(luò)通信劃分為七個層次自下而上依次為物理層負(fù)責(zé)比特流的透明傳輸定義電氣特性、機(jī)械特性等典型設(shè)備如網(wǎng)線、集線器。數(shù)據(jù)鏈路層將比特流組裝成幀負(fù)責(zé)相鄰節(jié)點(diǎn)之間的可靠傳輸通過MAC地址尋址典型協(xié)議有以太網(wǎng)、PPP。網(wǎng)絡(luò)層負(fù)責(zé)數(shù)據(jù)包的路由選擇和轉(zhuǎn)發(fā)通過IP地址尋址核心協(xié)議是IP協(xié)議。傳輸層提供端到端的可靠或不可靠傳輸核心協(xié)議是TCP和UDP引入端口號概念。會話層負(fù)責(zé)建立、管理和終止會話連接。表示層負(fù)責(zé)數(shù)據(jù)格式轉(zhuǎn)換、加密解密、壓縮解壓。應(yīng)用層為應(yīng)用程序提供網(wǎng)絡(luò)服務(wù)接口典型協(xié)議有HTTP、FTP、SMTP、DNS。2.2 TCP/IP四層模型TCP/IP模型是實(shí)際互聯(lián)網(wǎng)所采用的模型它將OSI七層簡化為四層更加貼近工程實(shí)踐網(wǎng)絡(luò)接口層對應(yīng)OSI的物理層和數(shù)據(jù)鏈路層負(fù)責(zé)物理傳輸和幀封裝。網(wǎng)際層對應(yīng)OSI的網(wǎng)絡(luò)層核心是IP協(xié)議負(fù)責(zé)路由和尋址。傳輸層對應(yīng)OSI的傳輸層核心是TCP和UDP負(fù)責(zé)端到端通信。應(yīng)用層對應(yīng)OSI的會話層、表示層和應(yīng)用層直接面向用戶應(yīng)用。2.3 各層常見協(xié)議一覽為了更清晰地理解不同協(xié)議所處的層次下面給出常見協(xié)議與層次的對應(yīng)關(guān)系層次常見協(xié)議尋址方式應(yīng)用層HTTP、HTTPS、FTP、SMTP、POP3、DNS、SSH、Telnet域名/端口傳輸層TCP、UDP端口號網(wǎng)際層IP、ICMP、IGMP、ARP、RARPIP地址網(wǎng)絡(luò)接口層以太網(wǎng)、PPP、Wi-Fi802.11MAC地址3. 傳輸層與TCP三次握手傳輸層是網(wǎng)絡(luò)通信中承上啟下的關(guān)鍵層次它負(fù)責(zé)為應(yīng)用層提供端到端的通信服務(wù)。其中TCP傳輸控制協(xié)議提供面向連接的、可靠的字節(jié)流服務(wù)UDP用戶數(shù)據(jù)報(bào)協(xié)議則提供無連接的、不可靠的數(shù)據(jù)報(bào)服務(wù)。3.1 TCP三次握手建立連接TCP在正式傳輸數(shù)據(jù)之前需要通過三次握手建立連接確保通信雙方都具備收發(fā)能力。三次握手的過程如下第一次握手客戶端向服務(wù)器發(fā)送SYN報(bào)文段其中SYN標(biāo)志位為1并攜帶一個初始序列號seqx。此時客戶端進(jìn)入SYN_SENT狀態(tài)。第二次握手服務(wù)器收到SYN報(bào)文后如果同意建立連接則回復(fù)SYNACK報(bào)文段其中SYN1、ACK1確認(rèn)號ackx1并攜帶自己的初始序列號seqy。此時服務(wù)器進(jìn)入SYN_RCVD狀態(tài)。第三次握手客戶端收到服務(wù)器的SYNACK報(bào)文后再發(fā)送一個ACK報(bào)文段其中ACK1確認(rèn)號acky1。此時客戶端進(jìn)入ESTABLISHED狀態(tài)服務(wù)器收到后也進(jìn)入ESTABLISHED狀態(tài)連接建立完成。下圖用時序圖直觀展示三次握手的完整過程三次握手的核心目的是確認(rèn)雙方的收發(fā)能力都正常并同步初始序列號為后續(xù)可靠傳輸?shù)於ɑA(chǔ)。3.2 TCP四次揮手?jǐn)嚅_連接與建立連接不同TCP斷開連接需要四次揮手因?yàn)門CP連接是全雙工的每一方向都必須單獨(dú)關(guān)閉。過程簡述如下主動方發(fā)送FIN報(bào)文表示數(shù)據(jù)發(fā)送完畢。被動方回復(fù)ACK確認(rèn)進(jìn)入CLOSE_WAIT狀態(tài)。被動方發(fā)送FIN報(bào)文表示自己也可以關(guān)閉。主動方回復(fù)ACK確認(rèn)經(jīng)過TIME_WAIT后連接徹底關(guān)閉。下圖用時序圖直觀展示四次揮手的完整過程4. 網(wǎng)絡(luò)數(shù)據(jù)的傳輸數(shù)據(jù)在網(wǎng)絡(luò)上傳輸時并不是直接以原始形式發(fā)送而是經(jīng)過逐層封裝和拆包的過程。4.1 數(shù)據(jù)封裝過程發(fā)送端從應(yīng)用層開始數(shù)據(jù)每向下經(jīng)過一層就會被加上該層的頭部信息這個過程稱為封裝。每一層都只關(guān)心自己負(fù)責(zé)的頭部字段下層把上層傳下來的數(shù)據(jù)整體當(dāng)作自己的載荷payload來處理。下面以一次HTTP請求為例詳細(xì)說明數(shù)據(jù)從應(yīng)用層到物理介質(zhì)的完整封裝過程。應(yīng)用層產(chǎn)生原始應(yīng)用數(shù)據(jù)。例如瀏覽器發(fā)起一次HTTP請求生成請求報(bào)文內(nèi)容包含請求行方法、URL、協(xié)議版本、請求頭和請求體。此時數(shù)據(jù)還是純文本形式尚未攜帶任何網(wǎng)絡(luò)傳輸所需的地址信息。傳輸層加上TCP頭部形成報(bào)文段Segment。TCP頭部包含源端口、目的端口、序列號、確認(rèn)號、標(biāo)志位、窗口大小、校驗(yàn)和等字段。其中源端口和目的端口用于標(biāo)識通信雙方的進(jìn)程序列號和確認(rèn)號用于可靠傳輸和流量控制。此時數(shù)據(jù)被封裝為TCP報(bào)文段但還沒有IP地址無法在網(wǎng)絡(luò)上路由。網(wǎng)際層加上IP頭部形成數(shù)據(jù)報(bào)Datagram。IP頭部包含源IP地址、目的IP地址、協(xié)議號、生存時間TTL、頭部校驗(yàn)和等字段。其中源IP和目的IP用于跨網(wǎng)段尋址協(xié)議號用于標(biāo)識上層協(xié)議TCP為6UDP為17TTL用于防止數(shù)據(jù)包在網(wǎng)絡(luò)中無限循環(huán)。此時數(shù)據(jù)被封裝為IP數(shù)據(jù)報(bào)具備了在網(wǎng)絡(luò)中路由轉(zhuǎn)發(fā)的能力。網(wǎng)絡(luò)接口層加上幀頭和幀尾形成幀F(xiàn)rame。幀頭包含源MAC地址、目的MAC地址和幀類型幀尾包含校驗(yàn)和FCS用于檢測傳輸過程中的比特錯誤。MAC地址用于在同一個物理網(wǎng)段內(nèi)尋址幀尾的校驗(yàn)和用于保證數(shù)據(jù)完整性。此時數(shù)據(jù)被封裝為以太網(wǎng)幀最終通過物理介質(zhì)網(wǎng)線、光纖等以比特流形式發(fā)送出去。為了更直觀地理解封裝過程可以把每一層想象成在快遞包裹上逐層貼標(biāo)簽應(yīng)用層數(shù)據(jù)是包裹里的貨物傳輸層貼上「寄件人和收件人的進(jìn)程端口」標(biāo)簽網(wǎng)際層貼上「寄件人和收件人的IP地址」標(biāo)簽網(wǎng)絡(luò)接口層再貼上「當(dāng)前網(wǎng)段的MAC地址」標(biāo)簽并封口。每一層只關(guān)心自己貼的標(biāo)簽下層把上層貼好標(biāo)簽的整個包裹當(dāng)作一個整體繼續(xù)封裝。下圖展示了數(shù)據(jù)從應(yīng)用層到網(wǎng)絡(luò)接口層的逐層封裝結(jié)構(gòu)需要特別強(qiáng)調(diào)的是封裝過程中每一層都會把上層數(shù)據(jù)完整地保留下來只是在其前面或后面追加本層的頭部或尾部信息。因此最終在物理介質(zhì)上傳輸?shù)膸瑢?shí)際上是一個層層嵌套的結(jié)構(gòu)幀頭 IP頭部 TCP頭部 應(yīng)用數(shù)據(jù) 幀尾。接收端在拆包時會按照相反的順序逐層剝掉這些頭部最終還原出原始的應(yīng)用數(shù)據(jù)。4.2 數(shù)據(jù)拆包過程接收端執(zhí)行相反的過程數(shù)據(jù)每向上經(jīng)過一層就剝掉對應(yīng)層的頭部最終還原出原始應(yīng)用數(shù)據(jù)這個過程稱為拆包解封裝。理解封裝與拆包是掌握網(wǎng)絡(luò)抓包分析、排查網(wǎng)絡(luò)問題的基礎(chǔ)。例如使用 tcpdump 抓包時看到的每一個數(shù)據(jù)包都包含了從鏈路層到應(yīng)用層的完整頭部信息。5. IP地址詳解IP地址是網(wǎng)絡(luò)層用于標(biāo)識主機(jī)的邏輯地址它解決了物理網(wǎng)絡(luò)中MAC地址無法跨網(wǎng)段尋址的問題。5.1 IP地址的組成與區(qū)分IPv4地址是一個32位的二進(jìn)制數(shù)通常用點(diǎn)分十進(jìn)制表示例如192.168.1.100。每個IP地址由兩部分組成網(wǎng)絡(luò)號網(wǎng)段號標(biāo)識主機(jī)所在的網(wǎng)絡(luò)。主機(jī)號標(biāo)識該網(wǎng)絡(luò)內(nèi)的具體主機(jī)。網(wǎng)絡(luò)號和主機(jī)號的劃分由子網(wǎng)掩碼決定。子網(wǎng)掩碼是一個32位的二進(jìn)制數(shù)其規(guī)則是網(wǎng)絡(luò)號對應(yīng)的位全部為1主機(jī)號對應(yīng)的位全部為0。因此子網(wǎng)掩碼中連續(xù)1的個數(shù)就是網(wǎng)絡(luò)號所占的位數(shù)剩余連續(xù)0的個數(shù)就是主機(jī)號所占的位數(shù)。以192.168.1.100為例其默認(rèn)子網(wǎng)掩碼為255.255.255.0。將掩碼轉(zhuǎn)換為二進(jìn)制為11111111.11111111.11111111.00000000可以看到前24位為1、后8位為0因此網(wǎng)絡(luò)號占24位主機(jī)號占8位。將IP地址與掩碼做按位與運(yùn)算得到網(wǎng)絡(luò)號為192.168.1.0主機(jī)號為100。計(jì)算網(wǎng)絡(luò)號與主機(jī)號的具體步驟如下把IP地址和子網(wǎng)掩碼都轉(zhuǎn)換為二進(jìn)制形式。統(tǒng)計(jì)子網(wǎng)掩碼中連續(xù)1的個數(shù)即為網(wǎng)絡(luò)號位數(shù)連續(xù)0的個數(shù)即為主機(jī)號位數(shù)。將IP地址與子網(wǎng)掩碼按位與得到的結(jié)果就是網(wǎng)絡(luò)號。將IP地址與子網(wǎng)掩碼取反后按位與得到的結(jié)果就是主機(jī)號。例如IP地址192.168.10.130子網(wǎng)掩碼255.255.255.192。掩碼二進(jìn)制為11111111.11111111.11111111.11000000前26位為1、后6位為0所以網(wǎng)絡(luò)號占26位主機(jī)號占6位。按位與后網(wǎng)絡(luò)號為192.168.10.128主機(jī)號為2。5.2 IPv4地址的分類IPv4地址按照第一個字節(jié)的范圍分為A、B、C、D、E五類。各類地址的前1到5位是固定的用于標(biāo)識地址類別這也是判斷IP地址類別最直接的方法類別首字節(jié)范圍固定前綴位默認(rèn)子網(wǎng)掩碼網(wǎng)絡(luò)號位數(shù)主機(jī)號位數(shù)適用場景A類1-126第1位固定為0255.0.0.08位24位超大型網(wǎng)絡(luò)B類128-191前2位固定為10255.255.0.016位16位中型網(wǎng)絡(luò)C類192-223前3位固定為110255.255.255.024位8位小型網(wǎng)絡(luò)D類224-239前4位固定為1110———組播E類240-255前5位固定為11110———保留實(shí)驗(yàn)各類IP地址的固定前綴位說明如下A類第1位固定為0因此首字節(jié)范圍為00000001到01111110即十進(jìn)制的1到126。B類前2位固定為10因此首字節(jié)范圍為10000000到10111111即十進(jìn)制的128到191。C類前3位固定為110因此首字節(jié)范圍為11000000到11011111即十進(jìn)制的192到223。D類前4位固定為1110因此首字節(jié)范圍為11100000到11101111即十進(jìn)制的224到239用于組播。E類前5位固定為11110因此首字節(jié)范圍為11110000到11111111即十進(jìn)制的240到255保留用于實(shí)驗(yàn)。此外還有幾個特殊地址需要留意127.0.0.1是回環(huán)地址用于本機(jī)自測0.0.0.0表示未知主機(jī)或默認(rèn)路由255.255.255.255是受限廣播地址。5.3 子網(wǎng)掩碼與網(wǎng)段劃分子網(wǎng)掩碼是一個32位的二進(jìn)制數(shù)網(wǎng)絡(luò)號部分全為1主機(jī)號部分全為0。通過子網(wǎng)掩碼與IP地址做按位與運(yùn)算即可得到網(wǎng)絡(luò)號。例如IP地址192.168.1.100子網(wǎng)掩碼255.255.255.0二者按位與的結(jié)果為192.168.1.0這就是該主機(jī)所在的網(wǎng)段號主機(jī)號為100。5.4 IP地址計(jì)算實(shí)例下面通過一個完整例子演示如何計(jì)算網(wǎng)絡(luò)號、主機(jī)號和可用主機(jī)范圍。假設(shè)IP地址為192.168.10.130子網(wǎng)掩碼為255.255.255.192。將IP和掩碼轉(zhuǎn)換為二進(jìn)制192.168.10.130對應(yīng)11000000.10101000.00001010.10000010255.255.255.192對應(yīng)11111111.11111111.11111111.11000000。按位與運(yùn)算得到網(wǎng)絡(luò)號11000000.10101000.00001010.10000000即192.168.10.128。主機(jī)號部分為最后6位000010即十進(jìn)制2。該網(wǎng)段可用主機(jī)范圍為192.168.10.129到192.168.10.190共62個可用地址網(wǎng)絡(luò)地址192.168.10.128和廣播地址192.168.10.191不可分配給主機(jī)。6. 端口號端口號是傳輸層用于區(qū)分同一臺主機(jī)上不同應(yīng)用程序的邏輯標(biāo)識它是一個16位的無符號整數(shù)取值范圍為0到65535。6.1 端口號的概念與作用IP地址解決了“找哪臺主機(jī)”的問題端口號則解決了“找主機(jī)上的哪個進(jìn)程”的問題。一個完整的通信端點(diǎn)由IP地址和端口號共同組成即套接字地址。6.2 端口號的管理與分類知名端口0-1023由IANA統(tǒng)一分配綁定到固定服務(wù)如HTTP的80、HTTPS的443、FTP的21。注冊端口1024-49151供用戶進(jìn)程或服務(wù)使用需要注冊以避免沖突。動態(tài)/私有端口49152-65535客戶端臨時使用由操作系統(tǒng)動態(tài)分配。6.3 常見協(xié)議的默認(rèn)端口號協(xié)議默認(rèn)端口傳輸層協(xié)議HTTP80TCPHTTPS443TCPFTP21控制/20數(shù)據(jù)TCPSSH22TCPTelnet23TCPSMTP25TCPPOP3110TCPDNS53UDP/TCPDHCP67/68UDPMySQL3306TCPRedis6379TCP7. 字節(jié)序及轉(zhuǎn)換不同CPU架構(gòu)在內(nèi)存中存儲多字節(jié)數(shù)據(jù)時的字節(jié)順序不同這直接影響到網(wǎng)絡(luò)數(shù)據(jù)的正確解析。7.1 大端序與小端序大端序Big-Endian高位字節(jié)存儲在低地址低位字節(jié)存儲在高地址。小端序Little-Endian低位字節(jié)存儲在低地址高位字節(jié)存儲在高地址。例如整數(shù) 0x12345678在大端序中內(nèi)存排列為12 34 56 78在小端序中則為78 56 34 12。7.2 網(wǎng)絡(luò)字節(jié)序?yàn)榱吮ＷC不同主機(jī)之間通信的一致性TCP/IP協(xié)議規(guī)定網(wǎng)絡(luò)傳輸統(tǒng)一使用大端序稱為網(wǎng)絡(luò)字節(jié)序。因此在發(fā)送多字節(jié)數(shù)據(jù)前需要將主機(jī)字節(jié)序轉(zhuǎn)換為網(wǎng)絡(luò)字節(jié)序接收數(shù)據(jù)后再轉(zhuǎn)換回主機(jī)字節(jié)序。7.3 字節(jié)序轉(zhuǎn)換函數(shù)Linux下提供了標(biāo)準(zhǔn)的字節(jié)序轉(zhuǎn)換函數(shù)聲明在頭文件 arpa/inet.h 中#include arpa/inet.h uint32_t htonl(uint32_t hostlong); // 主機(jī)序轉(zhuǎn)網(wǎng)絡(luò)序32位 uint16_t htons(uint16_t hostshort); // 主機(jī)序轉(zhuǎn)網(wǎng)絡(luò)序16位 uint32_t ntohl(uint32_t netlong); // 網(wǎng)絡(luò)序轉(zhuǎn)主機(jī)序32位 uint16_t ntohs(uint16_t netshort); // 網(wǎng)絡(luò)序轉(zhuǎn)主機(jī)序16位其中 h 代表 host主機(jī)n 代表 network網(wǎng)絡(luò)s 代表 short16位l 代表 long32位。在編寫Socket程序時IP地址和端口號都必須使用網(wǎng)絡(luò)字節(jié)序。8. Socket編程及分類Socket套接字是應(yīng)用層與傳輸層之間的編程接口它屏蔽了底層協(xié)議的復(fù)雜性為開發(fā)者提供了一套統(tǒng)一的網(wǎng)絡(luò)通信API。8.1 Socket的三種類型流式套接字SOCK_STREAM基于TCP協(xié)議提供面向連接的、可靠的、按序的字節(jié)流傳輸適用于HTTP、FTP等需要可靠傳輸?shù)膱鼍?。?shù)據(jù)報(bào)套接字SOCK_DGRAM基于UDP協(xié)議提供無連接的、不可靠的數(shù)據(jù)報(bào)傳輸適用于DNS、視頻直播等對實(shí)時性要求高、允許少量丟包的場景。原始套接字SOCK_RAW允許直接訪問底層IP層甚至鏈路層數(shù)據(jù)常用于網(wǎng)絡(luò)診斷、抓包工具如tcpdump和安全測試。8.2 Socket地址結(jié)構(gòu)在Linux中通用套接字地址結(jié)構(gòu)為sockaddr而實(shí)際編程中更常用的是sockaddr_inIPv4專用#include netinet/in.h struct sockaddr_in { sa_family_t sin_family; // 地址族AF_INET in_port_t sin_port; // 端口號網(wǎng)絡(luò)字節(jié)序 struct in_addr sin_addr; // IP地址網(wǎng)絡(luò)字節(jié)序 char sin_zero[8]; // 填充字節(jié) };9. TCP套接字編程流程TCP編程遵循“服務(wù)器-客戶端”模型服務(wù)器被動監(jiān)聽客戶端主動連接。下面分別介紹服務(wù)器端和客戶端的完整編程流程并給出可運(yùn)行的代碼示例。TCP客戶端/服務(wù)端程序完整調(diào)用流程圖9.1 服務(wù)器端流程服務(wù)器端需要依次完成創(chuàng)建套接字、綁定地址、監(jiān)聽、接受連接、收發(fā)數(shù)據(jù)和關(guān)閉連接等步驟具體流程如下調(diào)用socket()創(chuàng)建套接字。調(diào)用bind()將套接字綁定到指定IP和端口。調(diào)用listen()將套接字設(shè)為監(jiān)聽狀態(tài)等待客戶端連接。調(diào)用accept()接受客戶端連接返回新的連接套接字。通過連接套接字調(diào)用read()/write()收發(fā)數(shù)據(jù)。通信結(jié)束后調(diào)用close()關(guān)閉連接。9.2 客戶端流程客戶端流程相對簡單不需要綁定和監(jiān)聽只需創(chuàng)建套接字后主動發(fā)起連接連接建立后即可收發(fā)數(shù)據(jù)調(diào)用socket()創(chuàng)建套接字。調(diào)用connect()向服務(wù)器發(fā)起連接請求完成三次握手。連接建立后通過套接字調(diào)用read()/write()收發(fā)數(shù)據(jù)。通信結(jié)束后調(diào)用close()關(guān)閉連接。下圖展示了客戶端的完整調(diào)用流程flowchart TD A[socket 創(chuàng)建套接字] -- B[connect 發(fā)起連接請求] B -- C[read/write 收發(fā)數(shù)據(jù)] C -- D[close 關(guān)閉連接]9.4 編程要點(diǎn)總結(jié)字節(jié)序轉(zhuǎn)換端口號和IP地址在寫入地址結(jié)構(gòu)前必須使用htons()/htonl()轉(zhuǎn)換為網(wǎng)絡(luò)字節(jié)序。地址結(jié)構(gòu)清零使用memset()將sockaddr_in清零避免殘留垃圾數(shù)據(jù)。INADDR_ANY服務(wù)器綁定0.0.0.0表示監(jiān)聽本機(jī)所有網(wǎng)卡地址便于多網(wǎng)卡環(huán)境。accept()返回新套接字accept()返回的是與客戶端通信的專用套接字原監(jiān)聽套接字繼續(xù)等待其他客戶端連接。錯誤處理每個系統(tǒng)調(diào)用都應(yīng)檢查返回值出錯時使用perror()打印錯誤信息并做相應(yīng)處理。10. UDP套接字編程流程UDP用戶數(shù)據(jù)報(bào)協(xié)議是無連接的傳輸層協(xié)議通信前不需要建立連接也不保證數(shù)據(jù)報(bào)的可靠到達(dá)。因此UDP編程模型比TCP簡單得多服務(wù)器端無需listen()和accept()客戶端也無需connect()雙方都通過sendto()和recvfrom()直接收發(fā)數(shù)據(jù)報(bào)。下面分別介紹UDP服務(wù)器和客戶端的完整編程流程并給出可運(yùn)行的C語言代碼示例。UDP客戶端/服務(wù)端程序完整調(diào)用流程圖???????10.1 UDP服務(wù)器端流程UDP服務(wù)器端只需創(chuàng)建套接字、綁定地址然后循環(huán)調(diào)用recvfrom()接收數(shù)據(jù)、調(diào)用sendto()回發(fā)數(shù)據(jù)具體流程如下調(diào)用socket(AF_INET, SOCK_DGRAM, 0)創(chuàng)建數(shù)據(jù)報(bào)套接字。調(diào)用bind()將套接字綁定到指定IP和端口。調(diào)用recvfrom()阻塞等待并接收客戶端發(fā)來的數(shù)據(jù)報(bào)同時獲取對端的IP和端口。調(diào)用sendto()向?qū)Χ说刂坊匕l(fā)數(shù)據(jù)。通信結(jié)束后調(diào)用close()關(guān)閉套接字。UDP服務(wù)器端完整代碼udp_server.c#include stdio.h #include stdlib.h #include string.h #include unistd.h #include arpa/inet.h #include sys/socket.h #define PORT 8888 #define BUFFER_SIZE 1024 int main() { int server_fd; struct sockaddr_in server_addr, client_addr; socklen_t client_len sizeof(client_addr); char buffer[BUFFER_SIZE]; // 1. 創(chuàng)建數(shù)據(jù)報(bào)套接字 server_fd socket(AF_INET, SOCK_DGRAM, 0); if (server_fd lt; 0) { perror(socket); exit(EXIT_FAILURE); } // 2. 綁定IP和端口 memset(amp;server_addr, 0, sizeof(server_addr)); server_addr.sin_family AF_INET; server_addr.sin_addr.s_addr htonl(INADDR_ANY); server_addr.sin_port htons(PORT); if (bind(server_fd, (struct sockaddr *)amp;server_addr, sizeof(server_addr)) lt; 0) { perror(bind); close(server_fd); exit(EXIT_FAILURE); } printf(UDP服務(wù)器已啟動監(jiān)聽端口 %d...\n, PORT); // 3. 循環(huán)接收并回顯數(shù)據(jù) while (1) { memset(buffer, 0, BUFFER_SIZE); ssize_t n recvfrom(server_fd, buffer, BUFFER_SIZE - 1, 0, (struct sockaddr *)amp;client_addr, amp;client_len); if (n lt; 0) { perror(recvfrom); continue; } printf(收到來自 %s:%d 的數(shù)據(jù)%s\n, inet_ntoa(client_addr.sin_addr), ntohs(client_addr.sin_port), buffer); // 4. 原樣回發(fā)給客戶端 sendto(server_fd, buffer, n, 0, (struct sockaddr *)amp;client_addr, client_len); } // 5. 關(guān)閉套接字 close(server_fd); return 0; }10.2 UDP客戶端流程UDP客戶端更簡單創(chuàng)建套接字后無需綁定和連接直接調(diào)用sendto()發(fā)送數(shù)據(jù)、調(diào)用recvfrom()接收回顯即可具體流程如下調(diào)用socket(AF_INET, SOCK_DGRAM, 0)創(chuàng)建數(shù)據(jù)報(bào)套接字。設(shè)置服務(wù)器地址結(jié)構(gòu)IP和端口。調(diào)用sendto()向服務(wù)器發(fā)送數(shù)據(jù)報(bào)。調(diào)用recvfrom()接收服務(wù)器回顯的數(shù)據(jù)。通信結(jié)束后調(diào)用close()關(guān)閉套接字。UDP客戶端完整代碼udp_client.c#include stdio.h #include stdlib.h #include string.h #include unistd.h #include arpa/inet.h #include sys/socket.h #define PORT 8888 #define BUFFER_SIZE 1024 int main() { int client_fd; struct sockaddr_in server_addr; socklen_t server_len sizeof(server_addr); char buffer[BUFFER_SIZE]; // 1. 創(chuàng)建數(shù)據(jù)報(bào)套接字 client_fd socket(AF_INET, SOCK_DGRAM, 0); if (client_fd lt; 0) { perror(socket); exit(EXIT_FAILURE); } // 2. 設(shè)置服務(wù)器地址 memset(amp;server_addr, 0, sizeof(server_addr)); server_addr.sin_family AF_INET; server_addr.sin_port htons(PORT); inet_pton(AF_INET, 127.0.0.1, amp;server_addr.sin_addr); // 3. 循環(huán)發(fā)送并接收回顯 while (1) { printf(請輸入要發(fā)送的內(nèi)容輸入exit退出); fgets(buffer, BUFFER_SIZE, stdin); buffer[strcspn(buffer, \n)] 0; if (strcmp(buffer, exit) 0) { break; } // 發(fā)送數(shù)據(jù)報(bào) sendto(client_fd, buffer, strlen(buffer), 0, (struct sockaddr *)amp;server_addr, server_len); // 接收回顯 memset(buffer, 0, BUFFER_SIZE); recvfrom(client_fd, buffer, BUFFER_SIZE - 1, 0, (struct sockaddr *)amp;server_addr, amp;server_len); printf(服務(wù)器回顯%s\n, buffer); } // 4. 關(guān)閉套接字 close(client_fd); return 0; }編譯運(yùn)行方式與TCP示例類似先編譯并啟動服務(wù)器再編譯并啟動客戶端。客戶端輸入任意內(nèi)容服務(wù)器會原樣回顯輸入exit可退出客戶端。# 編譯 gcc -o udp_server udp_server.c gcc -o udp_client udp_client.c 先啟動服務(wù)器 ./udp_server 另開終端啟動客戶端 ./udp_client11. UDP與TCP編程的核心差異通過對比TCP和UDP的編程流程可以總結(jié)出以下核心差異對比維度TCPUDP連接方式面向連接需三次握手建立連接無連接直接收發(fā)數(shù)據(jù)報(bào)套接字類型SOCK_STREAM流式套接字SOCK_DGRAM數(shù)據(jù)報(bào)套接字服務(wù)器端需listen()監(jiān)聽、accept()接受連接無需listen()和accept()直接recvfrom()接收客戶端需connect()發(fā)起連接無需connect()直接sendto()發(fā)送收發(fā)函數(shù)read()/write()或recv()/send()sendto()/recvfrom()需攜帶對端地址可靠性可靠傳輸有序、無丟失、無重復(fù)不可靠可能丟包、亂序、重復(fù)數(shù)據(jù)邊界字節(jié)流無消息邊界需自行處理粘包數(shù)據(jù)報(bào)保留消息邊界一次收發(fā)一個報(bào)文適用場景HTTP、FTP、文件傳輸?shù)纫罂煽啃缘膱鼍癉NS、DHCP、視頻直播、游戲等實(shí)時性要求高的場景需要特別強(qiáng)調(diào)的是UDP的sendto()和recvfrom()每次調(diào)用都必須在參數(shù)中攜帶對端的IP地址和端口號因?yàn)閁DP沒有連接的概念內(nèi)核不會為套接字維護(hù)對端信息。這也是UDP編程與TCP編程最直觀的區(qū)別之一。12. 總結(jié)本文圍繞Linux網(wǎng)絡(luò)編程系統(tǒng)梳理了從網(wǎng)絡(luò)協(xié)議模型到套接字編程的完整知識鏈路。首先介紹了OSI七層模型和TCP/IP四層模型明確了各層職責(zé)與常見協(xié)議的歸屬層次隨后深入講解了TCP三次握手與四次揮手的過程以及數(shù)據(jù)在網(wǎng)絡(luò)上逐層封裝與拆包的機(jī)制。在IP地址部分重點(diǎn)說明了IPv4地址的組成、網(wǎng)絡(luò)號與主機(jī)號的劃分方法、子網(wǎng)掩碼的作用以及地址分類規(guī)則并通過實(shí)例演示了網(wǎng)段與可用主機(jī)范圍的計(jì)算。端口號作為傳輸層標(biāo)識進(jìn)程的關(guān)鍵概念其分類與常見協(xié)議默認(rèn)端口也在文中做了歸納。字節(jié)序方面介紹了大端序與小端序的區(qū)別以及網(wǎng)絡(luò)字節(jié)序統(tǒng)一使用大端序的約定并給出了htonl/htons/ntohl/ntohs等轉(zhuǎn)換函數(shù)。最后通過對比TCP與UDP的套接字編程流程給出了服務(wù)器端與客戶端的完整C語言代碼示例總結(jié)了流式套接字與數(shù)據(jù)報(bào)套接字在連接建立、收發(fā)函數(shù)、可靠性等方面的核心差異。掌握這些基礎(chǔ)概念與編程流程是進(jìn)一步學(xué)習(xí)網(wǎng)絡(luò)協(xié)議分析、高并發(fā)服務(wù)器開發(fā)以及網(wǎng)絡(luò)安全等進(jìn)階主題的前提。建議讀者在理解原理的基礎(chǔ)上動手運(yùn)行文中代碼通過抓包工具觀察實(shí)際的數(shù)據(jù)封裝與傳輸過程從而加深對Linux網(wǎng)絡(luò)編程的整體認(rèn)識。