UDP不可靠，需在应用层实现序列号、ACK机制和超时重传以模拟可靠性；须处理乱序、丢包、回绕等边界问题，并采用动态RTO与非阻塞IO。
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）。
立即学习“C++免费学习笔记（深入）”；
- 初始RTO设为
200ms，后续按RTO = 0.875 * RTO + 0.125 * RTT_sample更新 - 每次重传后把RTO翻倍（指数退避），上限设为
2000ms - 收到重复ACK（如连续3次ACK同一个序号）可触发快速重传，不必等超时
用select还是epoll收包？别忽略非阻塞IO的坑
阻塞式recvfrom在无包时挂起，没法同时做超时检查和发包。必须用非阻塞+轮询或事件驱动。
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分片丢失一个就整包失效——所以应用层要自己分片，且每片带独立序号。
- 发送缓冲区大小至少预留
sizeof(uint16_t)+sizeof(uint8_t)+payload，别直接往原始payload前memcpy - 接收时检查UDP报文长度是否小于最小协议头（3字节），防止畸形包 crash
- ACK包不携带payload，但也要校验源地址，避免伪造ACK干扰重传逻辑
真正难的不是发包收包，是让重传、去重、排序在各种丢包模式下（突发丢、随机丢、延迟抖动）都收敛。先用netem模拟tc qdisc add dev lo root netem loss 10%测基础逻辑，再调参数。
