调整TCP缓冲区大小不直接提升并发数，但能显著改善高并发下长连接的吞吐效率与稳定性；核心是按BDP（带宽×RTT÷8）计算合理值，设tcp_rmem/wmem最大值为BDP的1.2–1.5倍，并同步调大rmem_max/wmem_max、启用tcp_window_scaling等机制。
调整 TCP 缓冲区大小本身不直接“提升并发数”，但它能显著改善高并发场景下的连接吞吐效率和稳定性——尤其当大量长连接持续收发数据时，缓冲区过小会导致频繁阻塞、重传或丢包，间接限制有效并发能力。关键不是堆大数值，而是让每个连接的缓冲能力匹配实际网络路径特性。
先算清楚你需要多大的缓冲区
盲目调大反而浪费内存、拖慢回收、甚至触发 OOM。核心依据是带宽延迟积（BDP）：
- BDP（字节） = 带宽（bps） × RTT（秒） ÷ 8
- 例如：1Gbps 链路 + 40ms RTT → BDP ≈ 5MB；万兆 + 200μs 容器间通信 → BDP ≈ 250KB
- tcp_rmem/tcp_wmem 的第三项（最大值）建议设为 BDP 的 1.2–1.5 倍，确保滑动窗口能撑满链路
- 高并发小连接（如 API 网关）可适当降低默认值（如设为 64KB），避免单连接占用过多 page cache
必须同步设置的四组参数
缓冲区生效依赖层级配合，缺一不可：
- net.core.rmem_max / wmem_max：全局硬上限，单位字节，必须 ≥ tcp_rmem/wmem 的最大值，否则内核自动截断
- net.ipv4.tcp_rmem / tcp_wmem：三元组（min default max），例如 4096 524288 8388608 表示最小 4KB、默认 512KB、最大 8MB
- 应用层 setsockopt(SO_RCVBUF/SO_SNDBUF) 受上述限制约束，不会突破 rmem_max/wmem_max
- 容器环境默认继承宿主机设置，但需进入容器执行
cat /proc/sys/net/ipv4/tcp_rmem确认
验证是否真正生效
改完不验证等于没改。重点关注两个层面：
- 用
ss -t -i连接一个活跃长连接，观察 rcv_space 和 snd_wnd 是否接近你设的最大值（如卡在 212992 或 65535，说明被上限拦住或未启用缩放） - 抓包确认窗口缩放协商成功：
tcpdump -i any 'tcp[tcpflags] & (tcp-syn) != 0' -nn -vv，SYN 包中出现 wscale 7 才代表两端都支持 - 检查
cat /proc/sys/net/ipv4/tcp_window_scaling输出是否为 1；为 0 则窗口永远卡在 64KB
配套必须开启的基础机制
只调缓冲区，效果有限甚至无效：
- tcp_window_scaling=1：允许通告窗口突破 64KB，高延迟链路必备
- tcp_timestamps=1：提升 RTT 测量精度，防止高带宽下序列号绕回误判
- tcp_tw_reuse=1：在 TIME_WAIT 较多时加快端口复用（需确保客户端 IP 不重复或服务端非负载均衡直连）
- 搭配 BBR 拥塞控制（
net.ipv4.tcp_congestion_control=bbr），比 CUBIC 更高效利用大窗口
