Linux TCP抗丢包与抗拥塞依赖机制协同：选对算法（如BBR替代CUBIC）、精准反馈（启用SACK、F-RTO、时间戳）、合理窗口缓冲（动态调优+缩放）、结合抓包与内核计数诊断根因。
Linux TCP传输的抗丢包与抗拥塞能力，不靠单一参数硬调，而在于机制协同：用合适算法感知网络瓶颈、靠精准反馈识别真实丢包、借缓冲与窗口匹配链路特性。关键不是“堵”丢包，而是让系统在丢包发生前就稳住节奏，在丢包发生后快速恢复而不震荡。
选对拥塞控制算法是底层前提
默认cubic适合常规局域网，但在高延迟、高丢包或跨数据中心场景下容易误判——一次丢包就大幅降窗，导致吞吐骤降。BBR则绕开丢包信号，直接建模带宽（BtlBw）和往返传播时延（RTprop），主动控速、避免缓冲区膨胀，实测在30%丢包率下仍能保持80%以上吞吐。
- 查看当前算法：
sysctl net.ipv4.tcp_congestion_control - 临时切换为BBR（Linux 4.9+）：
echo bbr > /proc/sys/net/ipv4/tcp_congestion_control - 确认BBR已加载：
lsmod | grep bbr；如未加载，先执行modprobe tcp_bbr - BBR需配合时间戳启用：
sysctl -w net.ipv4.tcp_timestamps=1
让重传更准、更快、更少
频繁超时重传说明网络反馈滞后，重复ACK触发慢或SACK未启用，则会让发送端重传不该重传的数据。优化重点是提升丢包定位精度和响应速度。
- 强制启用SACK（选择性确认）：
sysctl -w net.ipv4.tcp_sack=1，使接收方能明确告知哪些段已收、哪些丢失 - 开启快速重传与快速恢复：
sysctl -w net.ipv4.tcp_fastopen=3（客户端+服务端支持），并确保tcp_retries2设为5–8（避免过早断连） - 禁用低效的冗余重传：
sysctl -w net.ipv4.tcp_frto=2（启用F-RTO，减少伪超时重传）
窗口与缓冲区要“够用但不过载”
窗口太小，带宽利用率低；过大又易引发中间设备队列溢出丢包。自动调优机制（auto-tuning）在多数场景下比固定值更可靠，但需设合理上下限。
- 启用窗口缩放：
sysctl -w net.ipv4.tcp_window_scaling=1（高BDP链路必备） - 设置动态缓冲区间（单位：字节）：
sysctl -w net.ipv4.tcp_rmem="4096 131072 16777216"sysctl -w net.ipv4.tcp_wmem="4096 65536 16777216"
其中第三项为最大值，建议不超过16MB，避免内存耗尽或调度延迟 - 让内核自主管理上限：
sysctl -w net.ipv4.tcp_autocorking=1（合并小包，减少头部开销）
丢包诊断不能只看统计，要抓到现场证据
netstat或ss显示的“retransmit”只是结果，真正原因可能在物理层、中间设备QoS策略，或本端队列溢出。必须结合抓包与内核计数交叉验证。
- 查SYN队列是否溢出：
netstat -s | grep -i "SYNs to LISTEN"，持续增长说明连接洪峰未被承接 - 查TCP重传明细：
ss -i可显示每个连接的retrans、rto、qloss等实时指标 - 抓包定位具体丢点：
tcpdump -i eth0 'tcp and port 80' -w debug.pcap -C 100（循环写入100MB文件），用Wireshark过滤tcp.analysis.retransmission || tcp.analysis.duplicate_ack - 确认是否因缓冲区满丢包：
netstat -s | grep -i "packet receive errors"和cat /proc/net/snmp | grep -i "InErrors"
