先确认窗口是否真瓶颈：用ss -i查rcv_wnd/snd_wnd是否卡在64KB，ping测RTT是否低于0.5ms；再按BDP（带宽×RTT）计算所需窗口，调大缓冲区上限并设三元组，启用tcp_window_scaling，搭配BBR与统一MTU。
排查网络延迟时，盲目调大 TCP 窗口或缓冲区反而可能掩盖真实瓶颈，甚至引发重传、内存压力或 ACK 延迟。真正有效的调优，是先确认窗口是否真的受限，再按带宽×RTT（即BDP）精准扩容，并确保缩放、拥塞控制与路径MTU协同生效。
第一步：确认窗口是不是真瓶颈
别一上来就改参数。先用两个命令快速判断：
- 在发送端执行 ss -i，观察活跃连接的 rcv_wnd 和 snd_wnd ——如果长期卡在 65535（64KB）附近，说明窗口被硬限制住了；
- 用 ping -c 4 目标IP 测 RTT，若低于 0.5ms（如容器间直连），基本可断定是窗口撑不开导致“管道空转”；
- 算一下 BDP：比如万兆网卡（1.25GB/s）× 0.3ms = 375KB，那窗口至少要到 512KB 才能不闲置链路。
第二步：调高缓冲区上限并设合理三元组
窗口大小受内核缓冲区容量制约，必须先放宽“池子”，否则再大的缩放也没用：
- 编辑 /etc/sysctl.conf，追加这四行（单位字节）：
net.core.rmem_max = 8388608
net.core.wmem_max = 8388608
net.ipv4.tcp_rmem = 4096 524288 8388608
net.ipv4.tcp_wmem = 4096 524288 8388608
中间值 524288（512KB）是自动调优基准，最大值 8MB 是为缩放后留足空间； - 执行 sysctl -p 生效；
- 验证：运行 sysctl net.ipv4.tcp_rmem，确保输出值与配置一致。
第三步：确保窗口缩放全程启用
TCP 头部只能表示 64KB，靠缩放因子（Window Scale Option）才能突破。没它，所有缓冲区调大都白搭：
- 检查是否开启：sysctl net.ipv4.tcp_window_scaling 应返回 1；
- 若为 0，运行 sysctl -w net.ipv4.tcp_window_scaling=1 并写入 sysctl.conf；
- 容器默认继承宿主机设置，但需进容器执行 cat /proc/sys/net/ipv4/tcp_window_scaling 再确认一次；
- 抓包验证三次握手是否协商成功：tcpdump -i any 'tcp[tcpflags] & (tcp-syn|tcp-ack) != 0'，SYN 包里应含 wscale 字段。
第四步：搭配 BBR 拥塞控制 + 统一 MTU
只调窗口不够稳。BBR 能更主动探测并填满大窗口，而 MTU 不一致会触发分片、PMUD失败、重传激增：
- 启用 BBR：echo "net.ipv4.tcp_congestion_control=bbr" >> /etc/sysctl.conf && sysctl -p；
- 检查是否生效：sysctl net.ipv4.tcp_congestion_control 应输出 bbr；
- 确保宿主机和容器网络（如 Calico、Flannel）使用相同 MTU，推荐 9000（Jumbo Frame） 或标准 1500，避免路径 MTU 发现异常。
