Nginx的listen指令不支持sndbuf配置，需通过Linux内核参数net.core.wmem_default、net.core.wmem_max和net.ipv4.tcp_wmem统一调优TCP发送缓冲区，并配合sendfile on与tcp_nopush on提升外发效率。
listen 指令本身不支持直接设置 sndbuf（发送缓冲区大小）。这个参数属于 TCP socket 层级的底层控制，不能在 nginx 的 listen 指令中配置，也不在 nginx 配置语法范围内。
真正生效的位置：Linux 内核网络参数
要优化超高带宽下的数据外发速率，需通过系统级 TCP 缓冲区调优实现，关键参数是：
-
net.core.wmem_default：socket 默认发送缓冲区大小（字节） -
net.core.wmem_max：socket 发送缓冲区最大可设值（应用调用setsockopt(SO_SNDBUF)时受此限制） -
net.ipv4.tcp_wmem：TCP 协议栈自动调整范围（min default max），nginx 实际使用的发送缓冲区会在此范围内动态伸缩
例如，在 /etc/sysctl.conf 中设置：
net.core.wmem_default = 524288 # 512KB net.core.wmem_max = 4194304 # 4MB net.ipv4.tcp_wmem = 4096 524288 4194304
执行 sysctl -p 生效。这些值对所有 TCP 连接（包括 nginx 接受和建立的连接）统一生效。
nginx 如何利用这些缓冲区
nginx 本身不显式调用 setsockopt(SO_SNDBUF)，而是依赖内核默认行为。但以下两点能影响实际外发效率：
-
sendfile on：启用零拷贝，绕过用户态缓冲，直接从文件页缓存推送到 socket 发送队列，大幅降低 CPU 和内存拷贝开销，对大文件/视频流尤其关键 -
tcp_nopush on：配合sendfile使用，确保内核在 TCP 包满或显式 flush 时才发送，避免小包碎片；而tcp_nodelay off（默认）允许 Nagle 算法合并小包，提升吞吐
验证与观测方法
确认优化是否起效，不能只看配置，需实测和观测：
- 用
ss -i查看某连接的wscale、rcv_wscale、snd_wscale及当前send-q大小 - 用
cat /proc/net/snmp | grep TcpOutSegs对比调优前后单位时间发包数 - 结合 iperf3 或真实业务压测，观察带宽利用率、重传率（
TcpRetransSegs）和延迟抖动
注意事项
盲目增大 wmem_max 并不一定提升性能：
- 过大的发送缓冲区可能掩盖拥塞、延长丢包恢复时间
- 需同步调高接收端的
rmem参数，否则中间链路 bufferbloat 问题会恶化 - 若使用 BBR 拥塞控制（推荐：
net.ipv4.tcp_congestion_control = bbr），其自适应窗口机制比静态调大 sndbuf 更有效
实际瓶颈常不在发送缓冲区本身，而在网卡驱动、中断聚合、RSS 队列绑定或上游带宽限制。建议先用 ethtool -S 和 perf top 定位真实瓶颈点。
