Linux内核为TCP协议栈暴露了大量可调节的参数，这些参数直接决定了连接建立的速度、传输缓冲区的大小、拥塞控制的行为以及连接关闭后的资源回收效率。很多性能问题的根源并不在应用层，而在于内核默认参数偏向通用场景，无法充分发挥硬件和业务模型的潜力。例如一个短连接密集型的HTTP服务，如果不对TIME_WAIT状态做优化，端口资源和内存会迅速耗尽；一个长连接大文件传输服务，如果缓冲区设置过小，发送端和接收端都会频繁等待，导致带宽利用率低下。
调优TCP参数的前提是理解每个参数的控制对象和调整后的副作用。内核参数通常分为两类：一类是全局网络参数，通过net.core.*访问；另一类是TCP协议栈专有参数，通过net.ipv4.tcp_*访问。使用sysctl命令可以查看当前值，例如sysctl net.ipv4.tcp_rmem。修改可以临时生效或写入/etc/sysctl.conf持久化。下面从连接建立、传输缓冲、拥塞控制与连接回收四个维度展开详细分析。
连接建立队列与握手参数
TCP三次握手过程中，内核需要维护两个队列：未完成连接的SYN队列和已完成连接但尚未被应用accept的ACCEPT队列。net.ipv4.tcp_max_syn_backlog控制SYN队列的最大长度，默认值通常较小，在突发连接请求下会导致新连接被直接丢弃。该参数需要与net.core.somaxconn配合，后者是应用调用listen(fd, backlog)时传入值所能生效的上限。即使应用代码里将backlog设置得很大，如果somaxconn只有128，实际ACCEPT队列仍然受限。
高并发场景下建议将net.core.somaxconn调整到4096或更高，同时将net.ipv4.tcp_max_syn_backlog调整到8192。此外net.ipv4.tcp_syncookies默认开启，它能在SYN队列溢出时通过发送SYN Cookie来防止SYN Flood攻击，但开启后每个连接无法存储额外的SYN队列信息，可能影响窗口缩放等选项的协商。若业务确定不会遭受突发攻击，可以保持开启以增强稳定性，否则可以关闭来获得更完整的握手信息。
另一个容易忽略的参数是net.ipv4.tcp_abort_on_overflow。默认值为0，表示当ACCEPT队列满时，内核直接丢弃新连接而不是发送RST，让客户端进行重试。如果设置为1，内核会发送RST，导致客户端立刻报错。对于需要快速失败的业务可以设置为1，但一般建议保持默认0，给应用层留出处理积压的时间。
# 查看当前连接队列相关参数 sysctl net.core.somaxconn net.ipv4.tcp_max_syn_backlog net.ipv4.tcp_syncookies net.ipv4.tcp_abort_on_overflow # 临时调整 sysctl -w net.core.somaxconn=4096 sysctl -w net.ipv4.tcp_max_syn_backlog=8192
传输缓冲区与窗口缩放
TCP的发送缓冲区和接收缓冲区直接影响单条连接的吞吐能力。net.ipv4.tcp_rmem和net.ipv4.tcp_wmem都是三个整数的向量，格式为最小值、默认值、最大值。内核会根据连接的实际活动动态调整缓冲区大小，但最大不能超过第三个值。如果服务器主要用于传输大文件或高带宽低延迟的网络环境，默认的最大值往往偏小，导致TCP窗口被限制，无法充分利用带宽。例如在千兆以太网上，带宽延迟积可能达到几MB，而默认的tcp_rmem最大值可能只有6MB，勉强够用；在万兆网络或高延迟跨地域传输中就会成为瓶颈。
调整缓冲区时不能只关注最大值，还需要考虑内存总量。每条连接都会占用一定的内核内存，如果设置过大，大量并发连接可能导致内存耗尽。net.ipv4.tcp_mem控制TCP协议栈整体可用的内存页数量，以页为单位，同样是最小压力值、压力模式阈值和最大值。当TCP内存使用超过压力模式阈值时，内核会开始限制缓冲区分配。因此建议将tcp_rmem和tcp_wmem的最大值适当调大，同时确保tcp_mem的最大值能容纳所有连接的需求。
在Linux 2.6.17之后内核默认开启窗口缩放选项，通过net.ipv4.tcp_window_scaling控制，应保持为1。如果关闭该选项，TCP窗口最大只能为64KB，在现代网络环境下会导致严重的吞吐量下降。net.ipv4.tcp_adv_win_scale和net.ipv4.tcp_app_win等参数影响应用层读取与内核缓冲的平衡，一般情况下无需修改，但在高吞吐低延迟场景中适当减小tcp_adv_win_scale可以保留更多缓冲空间给接收窗口。
# 查看当前缓冲区参数 sysctl net.ipv4.tcp_rmem net.ipv4.tcp_wmem net.ipv4.tcp_mem # 示例：调整为适合万兆网络的缓冲区 sysctl -w net.ipv4.tcp_rmem='4096 87380 33554432' sysctl -w net.ipv4.tcp_wmem='4096 16384 33554432' sysctl -w net.ipv4.tcp_mem='786432 1048576 26777216'
拥塞控制算法与空闲重启
拥塞控制算法直接决定TCP在发生丢包或网络拥塞时如何调整发送速率。Linux内核支持多种算法，如cubic、reno、bbr等。net.ipv4.tcp_congestion_control用于设置默认算法。传统的cubic算法在高带宽长距离网络中表现稳定，但恢复速度较慢；bbr由Google提出，基于带宽和延迟估算来避免队列堆积，在有一定丢包率的网络环境下通常能获得更高的吞吐量。选择哪种算法需要根据实际网络环境测试：如果是内网低丢包高带宽场景，cubic足够；如果是跨公网传输且存在随机丢包，bbr通常更优。
内核还提供了net.ipv4.tcp_available_congestion_control查看当前编译进内核的可用算法。若没有bbr，需要加载对应模块modprobe tcp_bbr。切换算法后已建立的连接不会改变，只对新连接生效。此外net.ipv4.tcp_slow_start_after_idle默认值为1，表示连接空闲一段时间后重新开始传输时会从慢启动阶段开始，这会导致长连接在短暂空闲后发送速度骤降。对于请求响应模式的服务，例如数据库连接或RPC长连接，建议将其设置为0，让连接在空闲后仍保持较大的拥塞窗口，减少延迟抖动。
net.ipv4.tcp_no_metrics_save默认值为0，内核会缓存每个目标IP的TCP性能指标，包括拥塞窗口和RTT估计。这些缓存可以加速后续连接，但在网络路径经常变化的环境（如移动网络或频繁切换代理）中，旧指标可能导致连接启动缓慢。如果发现连接需要很长时间才达到正常速度，可以尝试设置为1来关闭指标缓存。
# 查看可用拥塞控制算法 sysctl net.ipv4.tcp_available_congestion_control # 切换为bbr并关闭空闲慢启动 modprobe tcp_bbr sysctl -w net.ipv4.tcp_congestion_control=bbr sysctl -w net.ipv4.tcp_slow_start_after_idle=0
TIME_WAIT状态与连接回收
主动关闭连接的一方会进入TIME_WAIT状态，持续时间为2MSL（最大报文段生存时间的两倍），在Linux上通常为60秒。短连接高并发场景下，大量TIME_WAIT会占用端口资源和内核内存，导致新连接无法建立或速度下降。net.ipv4.tcp_tw_reuse允许将TIME_WAIT状态的连接重新用于新的出站连接，前提是客户端时间戳支持且开启net.ipv4.tcp_timestamps。该参数只对发起连接的一方（通常是客户端）有效，对于服务端被动接受连接的情况效果有限。
net.ipv4.tcp_tw_recycle在早期Linux版本中用于快速回收TIME_WAIT连接，但它与NAT环境下的时间戳冲突会导致连接被丢弃，因此在Linux 4.12之后已经移除该参数。不要在新内核中使用它。减少TIME_WAIT数量的正确做法是调整net.ipv4.tcp_fin_timeout，它控制FIN_WAIT_2状态到TIME_WAIT状态的超时时间，但TIME_WAIT本身的持续时间无法直接缩短，因为2MSL由协议规定。服务端如果想避免大量TIME_WAIT，应该尽量让客户端主动关闭连接，或者在应用层使用长连接复用。
net.ipv4.tcp_max_tw_buckets限制系统中TIME_WAIT连接的最大数量，默认值通常与内存相关。当达到该限制后，新的TIME_WAIT连接会被直接销毁并记录警告。将该值适当调高可以容纳更多残留连接，但过高会占用过多内存。另一个相关参数net.ipv4.ip_local_port_range用于设置出站连接可用的本地端口范围，在高并发压测或网关代理场景下，如果端口范围太小，即使TIME_WAIT数量不多也会因端口耗尽而失败。建议将范围扩大为1024 65535。
# 查看TIME_WAIT相关参数 sysctl net.ipv4.tcp_tw_reuse net.ipv4.tcp_fin_timeout net.ipv4.tcp_max_tw_buckets net.ipv4.ip_local_port_range # 调优示例 sysctl -w net.ipv4.tcp_tw_reuse=1 sysctl -w net.ipv4.tcp_fin_timeout=30 sysctl -w net.ipv4.tcp_max_tw_buckets=50000 sysctl -w net.ipv4.ip_local_port_range='1024 65535'
持久化配置与验证方法
所有通过sysctl -w设置的参数在重启后会失效，需要写入/etc/sysctl.conf或/etc/sysctl.d/目录下的配置文件。写入格式与命令行一致，例如net.core.somaxconn=4096。保存后执行sysctl -p使配置立即生效。建议在修改前备份原配置，并逐项记录修改原因，避免长时间运行后难以排查问题。
调优完成后需要通过实际业务测试来验证效果，而不是只看参数数值。可以使用ss -s查看TCP连接统计，使用netstat -ant | awk '{print $6}' | sort | uniq -c统计各状态连接数，使用iperf3或wrk进行吞吐量和并发压力测试。特别注意观察TIME_WAIT数量、SYN_RECV积压、内核日志中的TCP相关警告，以及应用层请求延迟和错误率的变化。如果发现个别参数调整后性能反而下降，应及时回滚并分析原因。
# 持久化配置示例：编辑 /etc/sysctl.conf 并追加 net.core.somaxconn=4096 net.ipv4.tcp_max_syn_backlog=8192 net.ipv4.tcp_rmem=4096 87380 33554432 net.ipv4.tcp_wmem=4096 16384 33554432 net.ipv4.tcp_congestion_control=bbr net.ipv4.tcp_slow_start_after_idle=0 net.ipv4.tcp_tw_reuse=1 net.ipv4.tcp_fin_timeout=30 net.ipv4.ip_local_port_range=1024 65535 # 使配置生效 sysctl -p # 验证连接统计 ss -s
内核TCP参数调优没有一套放之四海皆准的固定配置，必须结合业务连接模型、网络环境和硬件资源进行测试。盲目增加缓冲区或者激进地开启复用选项可能引入新的问题。建议每次只调整少量参数，观察一段时间后再继续优化，这样才能定位到真正影响性能的关键因素。