TCP协议优化技巧：让你的网络传输更高效
你有没有遇到过这种情况：家里Wi-Fi信号满格，但看视频还是卡顿，传大文件慢得像蜗牛？问题可能不在带宽，而在于TCP协议的效率。作为互联网通信的基石，TCP协议决定了数据怎么发、怎么收。用对优化技巧，哪怕同样的网络条件，体验也能提升一大截。
调整TCP窗口大小，让数据跑得更快
TCP窗口大小直接影响一次能发送多少数据。默认值在高速或高延迟网络下容易成为瓶颈。比如跨省传大文件，如果窗口太小，发完一段就得等确认，来回耗时间。适当调大接收窗口（RWIN），能让数据“批量跑”，减少等待。
在Linux系统中，可以通过修改内核参数来调整：
net.core.rmem_max = 134217728
net.core.wmem_max = 134217728
net.ipv4.tcp_rmem = 4096 87380 134217728
net.ipv4.tcp_wmem = 4096 65536 134217728这些设置把最大接收和发送缓冲区提到128MB，适合千兆以上网络环境。改完后记得重启网络或执行sysctl -p生效。
启用TCP快速打开（TFO），减少握手延迟
每次建立连接都要三次握手，看着快，积少成多也耗时。网页里几十个资源请求，每个都握手，延迟就上去了。TCP Fast Open（TFO）能让部分数据在第一次握手时就带上，相当于“边敲门边递东西”。
在支持TFO的服务器和客户端上开启它，能明显改善短连接密集的场景，比如访问API接口多的网页应用。
Linux开启方式：
echo 3 > /proc/sys/net/ipv4/tcp_fastopen然后在应用程序中启用TFO选项。注意客户端和服务端都要支持，否则无效。
选择合适的拥塞控制算法
系统默认的拥塞控制算法（如Cubic）适合大多数情况，但在高丢包或长距离链路上可能不够激进。换一个更适应当前网络的算法，效果立竿见影。
比如BBR（Bottleneck Bandwidth and RTT）是Google推出的算法，擅长在高延迟、高带宽环境下挤出更多吞吐量。YouTube用了BBR后，卡顿率大幅下降。
查看当前算法：
sysctl net.ipv4.tcp_congestion_control切换到BBR：
sysctl -w net.ipv4.tcp_congestion_control=bbr只要内核版本在4.9以上，基本都能支持。改完立刻见效，尤其是跨国下载或云服务器传数据。
关闭Nagle算法，降低小包延迟
Nagle算法本意是合并小数据包，节省带宽。但在实时性要求高的场景，比如在线游戏、远程桌面，它反而会攒包导致延迟。关掉它，数据立马发出去。
在代码层面，可以设置TCP_NODELAY选项：
setsockopt(sockfd, IPPROTO_TCP, TCP_NODELAY, &flag, sizeof(flag));或者某些服务配置中直接开启“no-delay”选项。别小看这个改动，远程操作流畅度会明显提升。
合理利用TCP Keepalive机制
长时间空闲的连接容易被中间设备（如路由器、防火墙）悄悄掐断。等你再发数据时，才发现连接已经失效。启用TCP Keepalive，定期发探测包，能维持连接活性。
调整探测频率：
net.ipv4.tcp_keepalive_time = 600
net.ipv4.tcp_keepalive_probes = 3
net.ipv4.tcp_keepalive_intvl = 30意思是空闲10分钟后开始探测，每30秒一次，连续3次无响应才断开。适合做长连接服务，比如即时通讯后台。
优化TCP不是玄学，而是根据实际网络环境动点小手术。别指望一键翻倍网速，但把这些细节调顺了，该快的时候不卡，该稳的时候不断，才是真正的实用主义。