C++如何实现简单的基于UDP的可靠传输协议-C++-PHP中文网

UDP不可靠，需在应用层实现序列号、ACK机制和超时重传以模拟可靠性；须处理乱序、丢包、回绕等边界问题，并采用动态RTO与非阻塞IO。

c++如何实现简单的基于udp的可靠传输协议

UDP本身不可靠，必须自己实现确认和重传

UDP不保证送达、不保证顺序、不保证不重复，所谓“可靠UDP”本质是应用层模拟TCP的部分行为。核心要补上三件事：包编号、ACK机制、超时重传。别指望用setsockopt加个选项就能变可靠——那只是控制socket行为，不是协议逻辑。

常见错误是只做简单ACK但没处理乱序或丢包重叠。比如发了包1、2、3，对方只收到1和3，回了ACK1和ACK3，你得意识到2丢了，而不是等超时才重传。

每个发送的UDP数据包头部至少加2字节序列号（uint16_t）和1字节标志位（区分DATA/ACK/RETRANS）
维护一个发送窗口（哪怕只有1个包），记录哪些包已发未确认，带时间戳用于超时判断
接收端需缓存乱序包（例如收到包5但还没4，先存着），按序组装后通知上层

如何设计ACK和超时策略才不卡死

纯停等（stop-and-wait）最简单但吞吐极低；滑动窗口稍复杂但实用。多数轻量实现选1~4包窗口，避免实现TCP那么重的拥塞控制。

超时时间不能写死。RTT波动大时，固定500ms会导致频繁误重传或响应迟钝。建议用类似TCP的RTT估算：记录每次send到对应recv ACK的时间差，用加权移动平均更新RTO（Retransmission Timeout）。

初始RTO设为200ms，后续按RTO = 0.875 * RTO + 0.125 * RTT_sample更新
每次重传后把RTO翻倍（指数退避），上限设为2000ms
收到重复ACK（如连续3次ACK同一个序号）可触发快速重传，不必等超时

用`select`还是`epoll`收包？别忽略非阻塞IO的坑

阻塞式recvfrom在无包时挂起，没法同时做超时检查和发包。必须用非阻塞+轮询或事件驱动。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

select跨平台但有fd数量限制（FOPEN_MAX-1）；Linux下epoll更高效，但Windows不支持。若只跑Linux，优先用epoll；否则用select并确保最大fd数够用。

设置socket为非阻塞：int flags = fcntl(sockfd, F_GETFL, 0); fcntl(sockfd, F_SETFL, flags | O_NONBLOCK);
select前用gettimeofday记当前时间，每次循环计算剩余超时值，别传固定500ms
收到UDP包后，先recvfrom读完所有可用数据（循环直到EAGAIN），再统一处理，避免漏包

实际编码时最容易被忽略的边界问题

序号回绕、缓冲区溢出、ACK伪造、包截断——这些不写测试几乎必出错。

比如用uint16_t当序列号，到65535后回到0，接收端若没正确处理回绕（用(seq - expect) % 65536 判断新旧），就会把新包当成旧包丢弃。又比如UDP单包上限约65507字节（IP头+UDP头=28字节），但实际网络MTU常是1500，发大包必然分片，而UDP分片丢失一个就整包失效——所以应用层要自己分片，且每片带独立序号。