3、缓冲区调优：发送缓冲区大小、接收缓冲区大小、系统级缓冲区配置
说到 UDP 性能优化，缓冲区调优绝对是个绕不开的硬骨头。很多人觉得 UDP 无连接、速度快，随便调调就能跑满带宽。嗯，我当年也是这么想的，直到在生产环境里栽了个大跟头——丢包率飙到 30%，业务方直接打电话过来骂人。
说白了，缓冲区就是内核和应用程序之间的数据中转站。你想想看，网卡收包的速度远快于应用处理的速度，如果没有缓冲区，数据包就只能被丢弃。但缓冲区也不是越大越好，这里面的门道，咱们一个一个说。
3.1 发送缓冲区：别让数据堵在门口
发送缓冲区的作用，是把应用层要发的数据暂存起来，等内核协议栈慢慢往外发。我个人习惯把发送缓冲区想象成一个「蓄水池」——水龙头开太大，池子满了就会溢出来。
核心原则：发送缓冲区的大小决定了应用层单次能「塞」给内核多少数据。太小了，sendto() 会频繁阻塞；太大了，内存浪费且延迟升高。
在 Linux 上，发送缓冲区的默认值通常是 16KB 到 128KB 不等，具体看内核版本。我建议你通过 setsockopt() 手动调整：
int sndbuf = 262144; // 256KB
if (setsockopt(sockfd, SOL_SOCKET, SO_SNDBUF, &sndbuf, sizeof(sndbuf)) < 0) {
perror("setsockopt SO_SNDBUF failed");
}这里有个坑——内核实际分配的值会是设置值的两倍。为什么？因为内核内部有结构体开销，它会把你的请求值翻倍后作为实际值。我曾经在调试一个视频流服务时，设置了 1MB 的发送缓冲区，结果内核给了 2MB，内存直接炸了。所以，记得用 getsockopt() 读一下实际值：
int actual_sndbuf;
socklen_t optlen = sizeof(actual_sndbuf);
getsockopt(sockfd, SOL_SOCKET, SO_SNDBUF, &actual_sndbuf, &optlen);
printf("实际发送缓冲区大小: %d\n", actual_sndbuf);| 场景 | 推荐发送缓冲区大小 | 说明 |
|---|---|---|
| 低延迟交互（如游戏） | 16KB - 64KB | 减少缓冲，降低延迟 |
| 大吞吐传输（如视频推流） | 256KB - 1MB | 允许内核批量发送，提高吞吐 |
| 高并发短连接 | 32KB - 128KB | 平衡内存占用和发送效率 |
3.2 接收缓冲区：丢包的罪魁祸首
接收缓冲区比发送缓冲区更敏感。UDP 不像 TCP 有重传机制，一旦接收缓冲区满了，新来的包直接丢弃——内核连通知都不会给你。这就是所谓的「静默丢包」。
避坑指南：我曾经在监控系统里发现，某台服务器的 UDP 接收丢包率高达 15%，但应用层完全没报错。查了半天才发现是接收缓冲区太小，内核默默丢了 15% 的包。从那以后，我养成了一个习惯：上线前必看 /proc/net/udp 里的丢包计数。
查看接收丢包的命令：
cat /proc/net/udp
# 关注第 5 列（drops），非零就说明有丢包调整接收缓冲区的方法类似：
int rcvbuf = 4194304; // 4MB
if (setsockopt(sockfd, SOL_SOCKET, SO_RCVBUF, &rcvbuf, sizeof(rcvbuf)) < 0) {
perror("setsockopt SO_RCVBUF failed");
}这里有个经验值——接收缓冲区至少要是最大报文长度的 2-3 倍。比如你的应用最大报文是 64KB，那接收缓冲区至少设到 192KB。但说实话，对于高吞吐场景，我建议直接设到 4MB 起步，内存便宜，丢包代价高。
3.3 系统级缓冲区配置：全局兜底
除了 per-socket 的缓冲区，Linux 还有三个系统级参数，它们决定了所有 UDP socket 的缓冲区上限。你想想看，如果系统级上限设得很小，应用层再怎么调 setsockopt 也没用。
这三个参数在 /proc/sys/net/core/ 下：
- rmem_default：接收缓冲区默认值（字节）
- rmem_max：接收缓冲区最大值（字节）
- wmem_default：发送缓冲区默认值（字节）
- wmem_max：发送缓冲区最大值（字节）
查看当前值：
sysctl net.core.rmem_default
sysctl net.core.rmem_max
sysctl net.core.wmem_default
sysctl net.core.wmem_max临时修改（重启失效）：
sysctl -w net.core.rmem_max=8388608 # 8MB
sysctl -w net.core.wmem_max=8388608 # 8MB永久修改，写入 /etc/sysctl.conf：
net.core.rmem_default = 262144
net.core.rmem_max = 8388608
net.core.wmem_default = 262144
net.core.wmem_max = 8388608小技巧：修改完 sysctl.conf 后执行 sysctl -p 立即生效，不用重启机器。我每次上线新服务都会先检查这些参数，确保系统级上限不低于应用层设置。
3.4 缓冲区调优的完整流程
说了这么多，到底怎么调？我总结了一套流程，你可以照着做：
- 先看丢包：用
netstat -su或/proc/net/udp确认当前丢包情况。 - 检查系统上限：确保
rmem_max和wmem_max大于你打算设置的值。 - 设置 socket 缓冲区：根据场景选择合适大小，用
setsockopt设置。 - 验证实际值：用
getsockopt确认内核实际分配的大小。 - 压力测试：用工具（如
iperf3或自写压测程序）模拟真实流量，观察丢包率和延迟。 - 持续监控：上线后定期检查
/proc/net/udp的丢包计数。
3.5 实战中的几个坑
最后分享几个我踩过的坑，希望能帮你省点时间：
- 坑一：设置了超大缓冲区，但系统级
rmem_max只有 2MB，结果setsockopt静默失败，实际值还是默认的 128KB。记得先调系统级参数。 - 坑二：接收缓冲区设到 8MB，但应用层处理速度跟不上，结果缓冲区里积压了大量数据，延迟飙升到秒级。缓冲区不是越大越好，要和处理能力匹配。
- 坑三：在容器环境里，
/proc/sys/net/core/的值可能被宿主机限制。我曾经在 Docker 里调了半天没效果，最后发现是宿主机限制了 namespace 的权限。
嗯，缓冲区调优说白了就是找平衡——在丢包、延迟、内存三者之间找到最适合你场景的那个点。没有银弹，只有不断测试和调整。