Linux TCP性能优化需先稳基线、分层采集指标、控变量对比、分析状态分布：统一环境，关闭干扰服务，固定内核参数；同步抓取连接行为、协议栈开销、队列状态、丢包重传四类数据；每次仅调一个参数并验证生效；通过状态分布定位泄漏、溢出或异常断连。
Linux 系统 TCP 连接性能不能只看“快不快”，关键在于明确瓶颈在哪、影响谁、是否可复现。对比分析不是比数字大小，而是建立可复现的基线、控制变量、分层定位。
一、先稳住基线：统一环境再测
不同机器、内核版本、网卡驱动、甚至 CPU 频率波动都会显著干扰结果。做对比前必须锁定基础条件：
- 使用同一台物理机或相同配置的虚拟机（CPU 核数、内存、网卡型号一致）
- 关闭非必要服务（如 firewalld、avahi-daemon），避免干扰 socket 查找和中断处理
- 固定内核参数：禁用 transparent_hugepage，关闭 irqbalance，绑定测试进程到指定 CPU 核
- 网络路径一致：测试走同一交换机、同一网段，避免跨路由引入延迟抖动
二、分维度采集核心指标
单靠吞吐量（如 iperf3 测得的 Mbps）掩盖问题。应同步抓取四类关联数据：
-
连接行为：用
ss -s获取 ESTABLISHED、TIME_WAIT、SYN_RECV 数量；用ss -tan state established | wc -l统计活跃连接数 -
协议栈开销：通过
bpftrace -e 'kprobe:tcp_v4_do_rcv { @count = count(); }'统计每秒 TCP 入口函数调用次数，判断是否卡在协议解析 -
队列状态：检查
ss -i输出中的rtt、qsize（发送队列长度）、rcv_space（接收窗口剩余），识别拥塞或缓冲区堆积 -
丢包与重传：运行
netstat -s | grep -A 5 "TCP:"查重传段数（retransmitted segments）、乱序包数（outoforder drops）
三、对比要控变量：一次只改一个点
比如想验证 tcp_tw_reuse 是否提升短连接性能，不能同时调大 net.core.somaxconn 和改拥塞算法。正确做法是：
- 第一轮：默认参数下跑 1000 次短连接建连/传输/断连，记录平均耗时、失败率、TIME_WAIT 数
- 第二轮：仅开启
echo 1 > /proc/sys/net/ipv4/tcp_tw_reuse，其余全不变，重复测试 - 第三轮：仅切换拥塞算法为 bbr（
sysctl -w net.ipv4.tcp_congestion_control=bbr），其他恢复默认
每次变化后都用 ss -s 和 cat /proc/net/snmp | grep Tcp 核对状态一致性，避免参数未生效误导结论。
四、结合连接状态分布看异常模式
连接数高≠性能差，但状态分布失衡往往暴露真实问题：
- 大量
CLOSE_WAIT：说明应用没主动 close()，资源泄漏，需查代码或 lsof -iTCP -sTCP:CLOSE_WAIT - 大量
SYN_RECV：半连接队列溢出，可能受 SYN Flood 攻击，或tcp_max_syn_backlog设置过小 - ESTABLISHED 占比低、TIME_WAIT 占比超 70%：说明连接生命周期极短，考虑启用
tcp_tw_reuse或改用连接池 - 同一 IP 出现数百个连接且状态集中为
FIN_WAIT2：大概率对方异常断连，未发 FIN 或未响应 ACK
