TCP协议深度优化：从Nagle到快速重传的实战之路
做电子交易系统这些年，我踩过最深的坑，就是TCP协议。你想想看，一笔订单从客户端发出，经过网络到达服务器，再返回确认——这中间任何一次延迟，都可能导致交易失败或者价格滑点。今天我就把TCP优化的四个核心点掰开揉碎了讲给你听。
一、TCP_NODELAY：别让Nagle算法坑了你
先说个最常见的坑。Nagle算法，说白了就是「攒够了再发」。它会把多个小数据包合并成一个大的再发送。这在文件传输场景下是好事，但在交易系统里就是灾难。
我记得有一次排查延迟问题，发现一笔订单从发出到服务器收到，竟然多了40ms。查了半天，罪魁祸首就是Nagle算法在作祟。交易系统的报文通常很小，可能就几十个字节，Nagle算法非要等凑够MSS（最大报文段长度）才发，这不耽误事吗？
// C语言示例
int flag = 1;
setsockopt(sockfd, IPPROTO_TCP, TCP_NODELAY, &flag, sizeof(flag));
// Java示例
Socket socket = new Socket();
socket.setTcpNoDelay(true);
// Go示例
tcpConn, _ := conn.(*net.TCPConn)
tcpConn.SetNoDelay(true)二、窗口缩放：让带宽不再是瓶颈
TCP窗口大小，决定了发送方一次能发多少数据而不等确认。默认的窗口大小是64KB，这在百兆网络下还行，但在万兆网络下就是个笑话。
为什么会这样？你算算看：假设RTT（往返时间）是10ms，带宽是10Gbps。理论上一个RTT内能传输的数据量是：
10Gbps × 10ms = 100Mb = 12.5MB但默认窗口只有64KB，差了将近200倍！这就是典型的「带宽延迟积」问题。
| 网络环境 | RTT | 理论窗口大小 | 默认窗口 | 问题 |
|---|---|---|---|---|
| 同机房 | 0.5ms | 625KB | 64KB | 轻微 |
| 同城 | 2ms | 2.5MB | 64KB | 明显 |
| 跨洲 | 100ms | 125MB | 64KB | 严重 |
sysctl net.ipv4.tcp_window_scaling，返回1表示已开启。
我曾经帮一个做跨境交易的团队优化，他们从上海到纽约的链路，RTT大概180ms。启用窗口缩放后，吞吐量从2Mbps直接飙到了80Mbps。嗯，效果就是这么明显。
三、初始拥塞窗口：别让慢启动拖后腿
TCP的慢启动机制，一开始只发10个数据包（初始拥塞窗口），然后慢慢增加。这在长连接里没问题，但交易系统很多是短连接——连接建立、发数据、断开，一气呵成。
你想想看，如果一笔交易就发几个包，结果还在慢启动阶段慢慢爬，那延迟能不高吗？
# Linux下修改路由的initcwnd
ip route change default via 192.168.1.1 dev eth0 initcwnd 20
# 查看当前值
ip route show | grep initcwnd我个人建议把initcwnd设为20-30。别设太大，否则容易造成网络拥塞。我曾经见过有人设成100，结果把交换机搞崩了——这就是典型的「好心办坏事」。
四、快速重传：别傻等超时
TCP丢包了怎么办？默认是等超时重传。这个超时时间，Linux默认是200ms。200ms啊，在交易系统里够完成好几轮报价了。
快速重传的思路是：收到3个重复的ACK，就立即重传，不等超时。这能大幅降低丢包带来的延迟。
# 查看当前快速重传相关参数
sysctl net.ipv4.tcp_fastopen
sysctl net.ipv4.tcp_early_retrans
# 启用快速重传（通常默认已启用）
sysctl -w net.ipv4.tcp_early_retrans=2这里有个细节：快速重传依赖接收端发送重复ACK。如果接收端不配合，那也没用。所以两端都要优化。
从图上能看出来，快速重传在丢包后几乎立即响应，而超时重传要等200ms。在交易系统里，这200ms可能就是盈利和亏损的分界线。
五、实战配置清单
说了这么多，我整理一份可以直接用的配置清单：
# /etc/sysctl.conf 优化配置
# 启用窗口缩放
net.ipv4.tcp_window_scaling = 1
# 增大初始拥塞窗口（通过ip route设置）
# ip route change default via 你的网关 dev 你的网卡 initcwnd 20
# 启用快速重传
net.ipv4.tcp_early_retrans = 2
# 其他辅助优化
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216sysctl -p 使其生效。另外，生产环境改参数前，一定要先在测试环境验证。
好了，TCP优化的四个核心点就讲到这里。记住一句话：交易系统的网络优化，本质上就是在跟时间赛跑。每一毫秒的延迟，都可能是真金白银的损失。