SO_SNDBUF调优需匹配网络与业务：按BDP（带宽×RTT÷8）设为1–2倍，短连接用256KB–512KB，长连接可至4–8MB；须同步调大net.core.wmem_max和net.ipv4.tcp_wmem上限，并用getsockopt验证实际值。
调优 socket 发送缓存（SO_SNDBUF）不是简单地“越大越好”，而是要匹配实际网络条件与业务特征——重点在于避免发送侧成为瓶颈，同时防止内存浪费和延迟升高。
明确发送缓冲区的实际作用
发送缓冲区是内核为每个 socket 维护的一块内存空间，用于暂存应用层 write()/send() 写入但尚未真正发出的数据。它不直接决定发包速率，但决定了：能否平滑应对突发写入、是否因填满而阻塞应用、能否支撑足够大的 TCP 窗口以发挥带宽潜力。
- 缓冲区太小 → 应用频繁被阻塞（尤其在高吞吐或突发场景），或触发频繁小包发送，加剧 Nagle 效应
- 缓冲区过大 → 占用过多内存（每连接独立分配），且可能拉长数据排队等待时间，增加端到端延迟
- 实际生效值受内核限制 → setsockopt 设置的值可能被截断或对齐，必须用 getsockopt 确认最终大小
按场景计算并设置合理大小
核心依据是带宽延迟积（BDP），即链路能“容纳”的最大未确认数据量。发送缓冲区建议至少为 BDP 的 1–2 倍，确保窗口不成为瓶颈：
- BDP（字节）= 带宽（bps）× RTT（秒）÷ 8
- 例如：1 Gbps 链路 + 20 ms RTT → BDP ≈ (10⁹ × 0.02) ÷ 8 ≈ 2.5 MB → SO_SNDBUF 建议设为 4–5 MB
- 短连接高频服务（如 API 网关）：可保守设为 256 KB–512 KB，降低单连接内存开销
- 长连接大流量场景（如实时音视频推流、文件同步）：按实测 BDP 设置，上限通常不超过 8 MB
协同调整内核参数，避免设置失效
仅调用 setsockopt 不够，必须确保底层内核允许该值生效：
- net.core.wmem_max 必须 ≥ 你期望的 SO_SNDBUF 上限，否则 setsockopt 会静默截断
- net.ipv4.tcp_wmem 的第三项（max）也需同步提升，否则 TCP 协议栈自动调优会将其拉回
- 临时生效：
sysctl -w net.core.wmem_max=8388608和sysctl -w net.ipv4.tcp_wmem="4096 65536 8388608" - 永久生效：写入 /etc/sysctl.conf 并执行
sysctl -p
代码中正确设置与验证
设置后务必读取确认，因为内核可能按页对齐（如 4 KB 对齐）或受 max 限制：
- C 示例：
setsockopt(sockfd, SOL_SOCKET, SO_SNDBUF, &size, sizeof(size));后接getsockopt(sockfd, SOL_SOCKET, SO_SNDBUF, &actual, &len); - Python 示例：
sock.setsockopt(socket.SOL_SOCKET, socket.SO_SNDBUF, 4194304)，再用sock.getsockopt(socket.SOL_SOCKET, socket.SO_SNDBUF)检查 - 若实际值远小于设定值，优先排查 net.core.wmem_max 和 tcp_wmem max 是否足够
