1. 項目概述為什么從UDP客戶端開始如果你剛接觸C網(wǎng)絡編程面對TCP和UDP這兩個傳輸層協(xié)議我強烈建議你從UDP客戶端開始。這不是因為它更簡單——實際上UDP在某些方面更“原始”需要你處理更多底層細節(jié)——而是因為它能讓你最快地建立起對網(wǎng)絡數(shù)據(jù)流動的直觀感受。TCP像打電話需要先撥號建立連接然后才能通話最后還要說再見掛斷。而UDP更像是寄明信片你把寫好的明信片數(shù)據(jù)包扔進郵筒至于對方收沒收到、什么時候收到你無法立即知道也不會得到保證。這種“無連接”和“不可靠”的特性恰恰是理解網(wǎng)絡通信本質的絕佳起點。實現(xiàn)一個UDP客戶端核心目標就是學會如何封裝數(shù)據(jù)、指定目的地、發(fā)送出去然后處理可能的回應。這個過程會強迫你去思考數(shù)據(jù)包的邊界、網(wǎng)絡字節(jié)序、端口號這些基礎但至關重要的概念。很多朋友一上來就扎進TCP的三次握手、滑動窗口、擁塞控制里很容易被復雜的流程勸退。而UDP客戶端項目代碼量可能就百來行卻能讓你迅速跑通一個完整的“發(fā)送-接收”循環(huán)獲得即時正反饋。無論是做游戲開發(fā)狀態(tài)同步、物聯(lián)網(wǎng)傳感器數(shù)據(jù)上報還是音視頻流傳輸UDP都是底層基石。今天我就以一個從業(yè)十多年的老碼農視角帶你手把手實現(xiàn)一個健壯的、可復用的C UDP客戶端并拆解其中每一個技術選擇背后的“為什么”。2. 核心思路與架構設計2.1 UDP協(xié)議核心特性與適用場景解析在動手寫代碼之前我們必須吃透UDP協(xié)議的幾個核心特性這決定了我們客戶端的架構設計。第一是無連接。這意味著在發(fā)送數(shù)據(jù)之前客戶端和服務器之間沒有建立虛擬的“管道”。每一次sendto操作都是獨立的你必須顯式地指定目標地址IP和端口。這帶來了極大的靈活性你可以隨時向任何目標發(fā)送數(shù)據(jù)但也意味著沒有連接狀態(tài)需要維護。第二是不可靠。UDP不保證數(shù)據(jù)包一定能送達不保證按序到達也不保證不重復。數(shù)據(jù)包可能在網(wǎng)絡中丟失、延遲、亂序。這聽起來是缺點但在特定場景下卻是優(yōu)點。例如在實時音視頻通話中丟失一兩個視頻幀數(shù)據(jù)包遠比等待重傳導致卡頓要好。我們的客戶端設計必須考慮到這種不可靠性不能假設發(fā)送即成功。第三是面向數(shù)據(jù)報。這是UDP與TCP面向字節(jié)流最根本的區(qū)別。UDP維護消息邊界。如果你調用sendto發(fā)送了100字節(jié)接收方調用recvfrom就會一次性收到這100字節(jié)不會只收到前半部分。這簡化了應用層協(xié)議設計因為你不需要自己拆包粘包?；谶@些特性UDP客戶端的典型應用場景包括DNS查詢快速的一次性請求-響應重試成本低。實時多媒體流如VoIP、在線游戲、直播。容忍少量丟包追求低延遲。廣播與組播向一個網(wǎng)段或一個組內的所有主機發(fā)送數(shù)據(jù)。物聯(lián)網(wǎng)傳感器數(shù)據(jù)周期性上報數(shù)據(jù)量小即使丟失下一周期也能補上。我們的客戶端設計將圍繞“無連接”和“數(shù)據(jù)報”這兩個核心展開同時通過一定的應用層邏輯來緩解“不可靠”帶來的問題。2.2 客戶端整體架構與類設計一個健壯的UDP客戶端不應該只是一堆散亂的Socket API調用。我們需要用面向對象的思想將其封裝起來隱藏底層細節(jié)提供清晰、安全的接口。我設計的核心類UDPClient將包含以下職責生命周期管理負責Socket的創(chuàng)建、初始化綁定和關閉。數(shù)據(jù)發(fā)送提供接口允許用戶指定目標地址和要發(fā)送的數(shù)據(jù)。數(shù)據(jù)接收提供同步和異步可選兩種接收模式處理來自任何源的數(shù)據(jù)。錯誤處理封裝系統(tǒng)調用錯誤以異?；蝈e誤碼的形式向上層報告。資源管理遵循RAII原則確保Socket句柄等資源被正確釋放。為什么不直接使用全局函數(shù)封裝成類的好處在于狀態(tài)管理。Socket文件描述符、本地綁定的地址、默認超時設置等這些都是客戶端的內部狀態(tài)。用類來管理可以避免這些狀態(tài)變量污染全局命名空間也使得客戶端對象可以被安全地復制或禁用復制、移動更容易集成到更大的系統(tǒng)中。在平臺選擇上我們將使用Berkeley Socket API這是POSIX標準在Linux、macOS和WindowsWinsock是其衍生上都有良好支持保證了代碼的可移植性。對于Windows我們只需要在編譯和鏈接時稍作處理即可。3. 核心實現(xiàn)從Socket創(chuàng)建到數(shù)據(jù)收發(fā)3.1 環(huán)境準備與Socket創(chuàng)建一切始于一個Socket。在C中我們通過socket()系統(tǒng)調用來創(chuàng)建。#include sys/types.h #include sys/socket.h #include netinet/in.h #include arpa/inet.h #include unistd.h #include cstring #include string #include stdexcept class UDPClient { public: UDPClient() { // 1. 創(chuàng)建Socket sockfd_ socket(AF_INET, SOCK_DGRAM, 0); if (sockfd_ 0) { throw std::runtime_error(Failed to create socket: std::string(strerror(errno))); } std::cout Socket created with fd: sockfd_ std::endl; } ~UDPClient() { if (sockfd_ 0) { close(sockfd_); std::cout Socket closed. std::endl; } } private: int sockfd_ -1; // Socket文件描述符-1表示無效 };關鍵參數(shù)解析AF_INET 指定使用IPv4地址族。如果你想支持IPv6可以使用AF_INET6但兩者地址結構不同通常需要分別處理或使用更高級的API。SOCK_DGRAM 指定Socket類型為“數(shù)據(jù)報”這正是UDP的特征。如果是TCP這里需要填SOCK_STREAM。0 協(xié)議參數(shù)。對于AF_INET和SOCK_DGRAM的組合系統(tǒng)自動選擇UDP協(xié)議所以這里填0即可。注意創(chuàng)建Socket后它還沒有綁定到本地任何一個端口。對于客戶端我們通常不需要顯式綁定系統(tǒng)會在第一次發(fā)送數(shù)據(jù)時自動分配一個臨時端口ephemeral port。但有些場景下比如需要接收來自服務器的特定端口的回復或者進行端口復用可能需要顯式bind。我們的基礎版本先采用自動分配。3.2 地址結構體與數(shù)據(jù)發(fā)送詳解發(fā)送數(shù)據(jù)我們需要兩個關鍵信息數(shù)據(jù)本身和目的地地址。地址信息用sockaddr_in結構體表示。#include iostream // 用于示例輸出 class UDPClient { public: // ... 構造函數(shù)和析構函數(shù) ... bool sendTo(const std::string message, const std::string server_ip, uint16_t server_port) { // 1. 填充服務器地址結構 struct sockaddr_in server_addr; memset(server_addr, 0, sizeof(server_addr)); // 清空結構體避免臟數(shù)據(jù) server_addr.sin_family AF_INET; // IPv4 server_addr.sin_port htons(server_port); // 關鍵端口號轉為網(wǎng)絡字節(jié)序 // 將點分十進制的IP字符串轉換為網(wǎng)絡字節(jié)序的二進制IP地址 if (inet_pton(AF_INET, server_ip.c_str(), server_addr.sin_addr) 0) { std::cerr Invalid address or address not supported: server_ip std::endl; return false; } // 2. 發(fā)送數(shù)據(jù) ssize_t sent_len sendto(sockfd_, message.c_str(), message.length(), 0, // 標志位通常為0 (struct sockaddr*)server_addr, sizeof(server_addr)); if (sent_len 0) { std::cerr Send failed: strerror(errno) std::endl; return false; } std::cout Sent sent_len bytes to server_ip : server_port std::endl; return true; } private: int sockfd_; };核心細節(jié)與避坑指南網(wǎng)絡字節(jié)序轉換htons 這是新手最容易栽跟頭的地方。計算機CPU存儲多字節(jié)數(shù)據(jù)如16位的端口號、32位的IP地址有兩種方式大端序和小端序。網(wǎng)絡協(xié)議規(guī)定統(tǒng)一使用大端序網(wǎng)絡字節(jié)序。htons()函數(shù)host to network short就是將主機字節(jié)序的短整型端口號轉換為網(wǎng)絡字節(jié)序。對于IP地址我們使用inet_pton函數(shù)它內部會處理好轉換。忘記轉換會導致數(shù)據(jù)發(fā)送到錯誤的端口或者對方完全收不到。inet_ptonvsinet_addr 我們使用inet_ptonpresentation to network而不是舊的inet_addr。inet_pton同時支持IPv4和IPv6更安全是現(xiàn)代推薦的做法。它成功時返回1失敗返回0或-1。sendto返回值 它返回實際發(fā)送的字節(jié)數(shù)。這個值可能小于你期望的長度嗎對于UDP幾乎不會。因為UDP是數(shù)據(jù)報如果底層緩沖區(qū)能容納你的整個數(shù)據(jù)報就會一次性發(fā)送。如果數(shù)據(jù)報太大超過了路徑的MTU最大傳輸單元sendto會失敗并設置errno為EMSGSIZE。所以你需要確保應用層協(xié)議定義的數(shù)據(jù)包大小是合理的通常建議小于1472字節(jié)以適應以太網(wǎng)MTU 1500字節(jié)減去IP和UDP頭。3.3 數(shù)據(jù)接收與超時處理機制發(fā)送出去我們還得能收回來。UDP的接收方可能收到來自任何主機的數(shù)據(jù)所以recvfrom會同時返回數(shù)據(jù)和發(fā)送者的地址。class UDPClient { public: // ... 其他成員 ... std::pairstd::string, std::string receiveWithTimeout(int timeout_seconds) { // 1. 設置接收超時 struct timeval tv; tv.tv_sec timeout_seconds; tv.tv_usec 0; setsockopt(sockfd_, SOL_SOCKET, SO_RCVTIMEO, tv, sizeof(tv)); // 2. 準備接收緩沖區(qū)和地址結構 char buffer[1024]; // 固定緩沖區(qū)可根據(jù)需要調整大小 struct sockaddr_in src_addr; socklen_t src_addr_len sizeof(src_addr); // 3. 接收數(shù)據(jù) ssize_t recv_len recvfrom(sockfd_, buffer, sizeof(buffer) - 1, // 預留一個字節(jié)給字符串結束符 0, (struct sockaddr*)src_addr, src_addr_len); // 4. 處理結果 if (recv_len 0) { if (errno EAGAIN || errno EWOULDBLOCK) { // 超時沒有數(shù)據(jù)可讀 return {, TIMEOUT}; } std::cerr Receive failed: strerror(errno) std::endl; return {, ERROR}; } // 確保緩沖區(qū)內容是一個合法的C字符串如果按字符串處理 buffer[recv_len] \0; // 5. 解析發(fā)送者地址 char src_ip[INET_ADDRSTRLEN]; inet_ntop(AF_INET, src_addr.sin_addr, src_ip, sizeof(src_ip)); uint16_t src_port ntohs(src_addr.sin_port); std::string source std::string(src_ip) : std::to_string(src_port); return {std::string(buffer, recv_len), source}; } private: int sockfd_; };實現(xiàn)要點與經(jīng)驗超時設置SO_RCVTIMEO 網(wǎng)絡通信中永遠不要假設對方會立刻回復。recvfrom默認是阻塞的如果沒有數(shù)據(jù)它會一直等下去。通過setsockopt設置SO_RCVTIMEO選項我們可以指定一個接收超時時間。超時后recvfrom會返回-1并設置errno為EAGAIN或EWOULDBLOCK。這是實現(xiàn)一個健壯客戶端的關鍵一步避免了程序在異常情況下永久掛起。緩沖區(qū)管理 這里使用了固定大小的棧上緩沖區(qū)char buffer[1024]。它的優(yōu)點是簡單、快速。缺點是如果收到的數(shù)據(jù)包大于緩沖區(qū)多出的部分會被丟棄并且recvfrom不會提示截斷。對于已知協(xié)議你可以根據(jù)最大報文長度來定義緩沖區(qū)。更靈活的做法是使用動態(tài)分配的內存如std::vectorchar或者先使用MSG_PEEK標志探測數(shù)據(jù)包大小。地址解析inet_ntoprecvfrom填充的sockaddr_in結構里IP和端口是網(wǎng)絡字節(jié)序的二進制格式。inet_ntopnetwork to presentation將其轉換回人類可讀的點分十進制字符串。ntohs則將網(wǎng)絡字節(jié)序的端口號轉回主機字節(jié)序。返回值設計 我返回了一個std::pair包含接收到的數(shù)據(jù)和來源字符串。你也可以設計一個更復雜的結構體包含狀態(tài)碼、原始二進制數(shù)據(jù)等。將錯誤狀態(tài)超時、失敗與正常數(shù)據(jù)一起返回比拋出異?；蚴褂萌肿兞扛逦?. 構建完整可用的UDP客戶端4.1 整合與基礎功能測試讓我們把上面的片段整合成一個完整的、可編譯運行的類并寫一個簡單的測試程序。udp_client.h#ifndef UDP_CLIENT_H #define UDP_CLIENT_H #include string #include utility class UDPClient { public: UDPClient(); ~UDPClient(); // 禁用拷貝構造和賦值防止多個對象管理同一個socket fd UDPClient(const UDPClient) delete; UDPClient operator(const UDPClient) delete; // 允許移動語義 UDPClient(UDPClient other) noexcept; UDPClient operator(UDPClient other) noexcept; bool sendTo(const std::string message, const std::string server_ip, uint16_t server_port); std::pairstd::string, std::string receiveWithTimeout(int timeout_seconds 5); private: int sockfd_ -1; }; #endif // UDP_CLIENT_Hudp_client.cpp#include udp_client.h #include sys/types.h #include sys/socket.h #include netinet/in.h #include arpa/inet.h #include unistd.h #include cstring #include iostream #include stdexcept UDPClient::UDPClient() { sockfd_ socket(AF_INET, SOCK_DGRAM, 0); if (sockfd_ 0) { throw std::runtime_error(std::string(Failed to create socket: ) strerror(errno)); } } UDPClient::~UDPClient() { if (sockfd_ 0) { close(sockfd_); } } // 移動構造函數(shù) UDPClient::UDPClient(UDPClient other) noexcept : sockfd_(other.sockfd_) { other.sockfd_ -1; // 防止原對象析構時關閉socket } // 移動賦值運算符 UDPClient UDPClient::operator(UDPClient other) noexcept { if (this ! other) { if (sockfd_ 0) close(sockfd_); sockfd_ other.sockfd_; other.sockfd_ -1; } return *this; } bool UDPClient::sendTo(const std::string message, const std::string server_ip, uint16_t server_port) { struct sockaddr_in server_addr; memset(server_addr, 0, sizeof(server_addr)); server_addr.sin_family AF_INET; server_addr.sin_port htons(server_port); if (inet_pton(AF_INET, server_ip.c_str(), server_addr.sin_addr) 0) { std::cerr [UDPClient] Invalid address: server_ip std::endl; return false; } ssize_t sent_len sendto(sockfd_, message.c_str(), message.length(), 0, (struct sockaddr*)server_addr, sizeof(server_addr)); if (sent_len 0) { std::cerr [UDPClient] Send failed: strerror(errno) std::endl; return false; } return true; } std::pairstd::string, std::string UDPClient::receiveWithTimeout(int timeout_seconds) { struct timeval tv; tv.tv_sec timeout_seconds; tv.tv_usec 0; if (setsockopt(sockfd_, SOL_SOCKET, SO_RCVTIMEO, tv, sizeof(tv)) 0) { std::cerr [UDPClient] Set timeout failed: strerror(errno) std::endl; // 即使設置超時失敗也繼續(xù)嘗試接收但可能永久阻塞 } char buffer[2048]; // 使用稍大的緩沖區(qū) struct sockaddr_in src_addr; socklen_t addr_len sizeof(src_addr); ssize_t recv_len recvfrom(sockfd_, buffer, sizeof(buffer) - 1, 0, (struct sockaddr*)src_addr, addr_len); if (recv_len 0) { if (errno EAGAIN || errno EWOULDBLOCK) { return {, TIMEOUT}; } return {, std::string(ERROR: ) strerror(errno)}; } buffer[recv_len] \0; char src_ip[INET_ADDRSTRLEN]; inet_ntop(AF_INET, src_addr.sin_addr, src_ip, sizeof(src_ip)); uint16_t src_port ntohs(src_addr.sin_port); return {std::string(buffer, recv_len), std::string(src_ip) : std::to_string(src_port)}; }main.cpp (測試程序)#include udp_client.h #include iostream #include thread #include chrono int main() { try { UDPClient client; // 目標服務器地址這里假設有一個UDP echo服務器在本地12345端口 std::string server_ip 127.0.0.1; uint16_t server_port 12345; std::string message Hello, UDP Server!; std::cout Sending message: \ message \ to server_ip : server_port std::endl; if (client.sendTo(message, server_ip, server_port)) { std::cout Send successful. Waiting for response... std::endl; auto [response, source] client.receiveWithTimeout(3); // 等待3秒 if (source TIMEOUT) { std::cout No response received within timeout period. std::endl; std::cout This is normal for UDP. The packet might be lost, or the server might not be running. std::endl; } else if (source.find(ERROR) ! std::string::npos) { std::cerr Receive error: source std::endl; } else { std::cout Received response.length() bytes from source std::endl; std::cout Response: \ response \ std::endl; } } } catch (const std::exception e) { std::cerr Exception: e.what() std::endl; return 1; } return 0; }編譯與運行# 使用g編譯 g -stdc11 -o udp_client_test main.cpp udp_client.cpp # 運行前你需要一個UDP服務器來接收和回應。 # 一個簡單的測試方法是使用 netcat (nc) 在另一個終端啟動一個臨時的UDP echo服務器 # 在終端1運行 nc -ul -p 12345 -k -v # 然后在終端2運行 ./udp_client_test # 你應該能在終端1看到收到的消息并在終端2看到回顯如果nc配置了回顯。這個測試程序演示了最基本的“發(fā)送-等待接收”流程。由于UDP的不可靠性如果沒有服務器在監(jiān)聽12345端口或者數(shù)據(jù)包丟失程序會因超時而結束這是符合預期的行為。4.2 進階功能端口綁定、廣播與異步接收基礎功能跑通后我們可以根據(jù)實際需求添加更多高級特性。1. 顯式綁定本地端口有時我們需要客戶端固定使用某個端口以便服務器能主動向該端口發(fā)送消息如P2P應用中的打洞。bool UDPClient::bindToPort(uint16_t local_port) { struct sockaddr_in local_addr; memset(local_addr, 0, sizeof(local_addr)); local_addr.sin_family AF_INET; local_addr.sin_addr.s_addr htonl(INADDR_ANY); // 綁定到所有本地接口 local_addr.sin_port htons(local_port); if (bind(sockfd_, (struct sockaddr*)local_addr, sizeof(local_addr)) 0) { std::cerr [UDPClient] Bind to port local_port failed: strerror(errno) std::endl; return false; } std::cout [UDPClient] Bound to local port: local_port std::endl; return true; }在構造函數(shù)創(chuàng)建Socket后調用此方法。注意如果端口已被占用bind會失敗errno為EADDRINUSE。2. 啟用廣播功能UDP允許向子網(wǎng)內的所有主機發(fā)送廣播包地址通常為255.255.255.255或子網(wǎng)廣播地址如192.168.1.255。但需要先設置Socket選項。bool UDPClient::enableBroadcast() { int broadcast_enable 1; if (setsockopt(sockfd_, SOL_SOCKET, SO_BROADCAST, broadcast_enable, sizeof(broadcast_enable)) 0) { std::cerr [UDPClient] Enable broadcast failed: strerror(errno) std::endl; return false; } std::cout [UDPClient] Broadcast enabled. std::endl; return true; }啟用后sendTo的目標地址就可以設為廣播地址了。3. 實現(xiàn)異步接收使用多線程同步接收會阻塞當前線程。對于需要同時處理用戶輸入、UI事件或大量連接的應用異步接收是必須的。一個簡單的方法是使用std::thread。#include atomic #include functional #include thread class AsyncUDPClient : public UDPClient { public: using MessageHandler std::functionvoid(const std::string, const std::string); AsyncUDPClient() : running_(false) {} void startReceiving(MessageHandler handler) { if (running_) return; running_ true; receiver_thread_ std::thread([this, handler]() { while (running_) { auto [data, source] this-receiveWithTimeout(1); // 使用短超時以便檢查運行狀態(tài) if (!running_) break; if (source TIMEOUT) { continue; // 超時繼續(xù)循環(huán) } if (!source.empty() source.find(ERROR) std::string::npos) { handler(data, source); // 在后臺線程中調用處理函數(shù) } } }); } void stopReceiving() { running_ false; if (receiver_thread_.joinable()) { receiver_thread_.join(); } } ~AsyncUDPClient() { stopReceiving(); } private: std::atomicbool running_; std::thread receiver_thread_; };這個異步客戶端創(chuàng)建了一個后臺線程不斷嘗試接收數(shù)據(jù)。一旦收到就通過回調函數(shù)handler通知主線程。注意回調函數(shù)是在后臺線程中被調用的如果它需要更新UI或訪問共享數(shù)據(jù)你必須做好線程同步例如使用互斥鎖、消息隊列等。5. 實戰(zhàn)問題排查與性能調優(yōu)5.1 常見錯誤與調試技巧在實際開發(fā)中你肯定會遇到各種問題。下面是一個快速排查指南現(xiàn)象可能原因排查步驟sendto返回 -1errno為EMSGSIZE發(fā)送的數(shù)據(jù)報大小超過了路徑MTU。1. 檢查發(fā)送的數(shù)據(jù)長度。2. 考慮在應用層分片或設置IP_DONTFRAG選項如果支持。sendto成功但對方收不到1. 目標IP/端口錯誤。2. 防火墻/安全組攔截。3. 路由問題。4. 對方未監(jiān)聽UDP端口。1. 用tcpdump或 Wireshark 抓包確認數(shù)據(jù)包是否從本機發(fā)出。2. 檢查目標地址和端口。3. 在服務器端用netstat -anu查看UDP監(jiān)聽端口。4. 暫時關閉防火墻測試。recvfrom永遠阻塞1. 沒有數(shù)據(jù)到達。2. 超時未設置或設置失敗。1. 確保發(fā)送方確實發(fā)送了數(shù)據(jù)。2. 檢查setsockopt設置SO_RCVTIMEO的返回值。3. 使用select/poll等多路復用機制先檢查可讀性。收到數(shù)據(jù)但來源地址不對使用了錯誤的地址結構或長度。確保傳遞給recvfrom的src_addr_len參數(shù)在調用前是地址結構的實際大小調用后會被更新為對方地址的實際大小。程序崩潰段錯誤1. 使用了無效的socket fd。2. 地址指針錯誤。1. 檢查socket是否創(chuàng)建成功sockfd_ 0。2. 檢查所有sockaddr_in結構體是否已正確初始化用memset。3. 使用Valgrind等工具檢查內存錯誤。一個必備的調試工具netcat(nc)netcat被稱為網(wǎng)絡界的“瑞士軍刀”。在測試UDP客戶端時你可以用它快速啟動一個臨時的UDP服務器來接收或發(fā)送數(shù)據(jù)。# 監(jiān)聽UDP端口 9999并打印收到的所有數(shù)據(jù) nc -ul -p 9999 -v # 向 192.168.1.100 的 9999 端口發(fā)送UDP數(shù)據(jù) echo Hello | nc -u 192.168.1.100 9999在開發(fā)初期用nc作為你的“假服務器”或“假客戶端”可以極大地簡化調試流程。5.2 性能考量與進階優(yōu)化當你的UDP客戶端需要處理高吞吐量或低延遲的場景時以下幾點值得關注緩沖區(qū)大小SO_RCVBUF和SO_SNDBUF這兩個Socket選項決定了內核為這個Socket分配的接收和發(fā)送緩沖區(qū)大小。如果應用收發(fā)數(shù)據(jù)非常頻繁默認緩沖區(qū)可能太小導致丟包?？梢酝ㄟ^setsockopt適當調大。int bufsize 1024 * 1024; // 1MB setsockopt(sockfd_, SOL_SOCKET, SO_RCVBUF, bufsize, sizeof(bufsize));注意系統(tǒng)有一個最大值限制/proc/sys/net/core/rmem_max和wmem_max你設置的值不能超過它。非阻塞IO與多路復用對于需要同時處理多個Socket或大量IO的場景將Socket設置為非阻塞模式fcntl(sockfd_, F_SETFL, O_NONBLOCK)然后使用select、poll或epollLinux來管理IO事件是比每個Socket一個線程更高效的方案。這屬于網(wǎng)絡編程的中高級話題。減少系統(tǒng)調用如果是一次性發(fā)送大量小數(shù)據(jù)包可以考慮在應用層將它們合并成稍大的數(shù)據(jù)包再發(fā)送以減少sendto系統(tǒng)調用的次數(shù)。但要注意不能超過MTU。錯誤處理的粒度生產環(huán)境的客戶端需要對不同的錯誤進行更精細的處理。例如EINTR系統(tǒng)調用被信號中斷通常應該重試而ECONNREFUSED對于UDP這通常意味著ICMP Port Unreachable被收到可能意味著目標服務未啟動。實現(xiàn)一個基礎的UDP客戶端是踏入C網(wǎng)絡編程世界堅實的第一步。它讓你繞開了TCP的復雜性直接觸及數(shù)據(jù)包交換的核心。從這個項目出發(fā)你可以向多個方向延伸實現(xiàn)一個完整的UDP服務器、設計一個基于UDP的簡單應用層協(xié)議比如加上序列號和確認機制來實現(xiàn)可靠傳輸、探索組播Multicast或者將其作為底層傳輸層去實現(xiàn)一個RPC框架的雛形。記住網(wǎng)絡編程的很多經(jīng)驗是共通的理解好UDP未來面對TCP、HTTP乃至WebSocket時你都會發(fā)現(xiàn)它們只是在不同約束條件下對相同基礎概念地址、端口、緩沖區(qū)、阻塞/非阻塞的重新組合與封裝。