服务器TCP连接优化需围绕建立、复用、释放、资源保障四环节精准调参：启用tcp_tw_reuse=1（需tcp_timestamps=1）缓解短连接端口耗尽，禁用已废弃的tcp_tw_recycle；配平tcp_max_syn_backlog与somaxconn至65535；缓冲区按BDP计算并开启window_scaling；keepalive设为600/30/3实现分层保活。
服务器内核 TCP 连接优化不是调得越多越好，而是围绕连接建立、复用、释放和资源保障四个环节，精准调整关键参数，同时避开已废弃或存在风险的配置。
TIME_WAIT 复用要安全启用
高并发短连接服务（如 API 网关、Nginx 反向代理）容易因大量 TIME_WAIT 占满本地端口。启用 net.ipv4.tcp_tw_reuse = 1 可让内核在满足时间戳（tcp_timestamps=1）前提下复用这些 socket，显著缓解端口耗尽问题。
- 必须确保 net.ipv4.tcp_timestamps = 1 已开启（现代内核默认开启，但需验证）
- 禁用已废弃且不安全的 tcp_tw_recycle（Linux 4.12+ 移除，旧系统启用会导致 NAT 环境下连接失败）
- 配合 net.ipv4.tcp_fin_timeout = 30 缩短 FIN_WAIT_2 超时，加快异常连接回收
- 限制总量：设 net.ipv4.tcp_max_tw_buckets = 65536，防内存被无限占用
连接队列必须配平
SYN 半连接队列和 accept 全连接队列是建连瓶颈的第一道闸门。若应用层 backlog（如 Nginx 的 listen ... backlog=65535）大于内核限制，实际生效值会被截断。
- 设 net.ipv4.tcp_max_syn_backlog = 65535，应对 SYN 洪峰
- 设 net.core.somaxconn = 65535，确保 accept 队列不成为短板
- 网卡收包能力也要匹配：net.core.netdev_max_backlog = 30000，避免软中断丢包
缓冲区设置要算清楚再调
缓冲区过小导致频繁重传、吞吐上不去；过大则浪费内存、加剧延迟。关键不是固定值，而是按网络带宽 × RTT（BDP）估算接收/发送窗口上限。
- 例如：10Gbps 带宽 + 5ms RTT → BDP ≈ 6.25MB → tcp_rmem 和 tcp_wmem 的 max 值可设为 8388608（8MB）
- 启用自动调优：net.ipv4.tcp_rmem = "4096 524288 8388608"，min 不低于 4KB，default 影响初始拥塞窗口
- 必须开启 net.ipv4.tcp_window_scaling = 1，否则窗口无法突破 64KB 限制
保活与超时要分层设计
内核级 keepalive 不能替代业务层心跳，但它能提前发现僵死连接，释放资源。重点在于缩短探测周期，而非盲目降低空闲时间。
- net.ipv4.tcp_keepalive_time = 600（10 分钟后开始探测）
- net.ipv4.tcp_keepalive_intvl = 30（每 30 秒发一次）
- net.ipv4.tcp_keepalive_probes = 3（3 次无响应即断开 → 总共 10+1.5=11.5 分钟）
- 应用层仍需设置 HTTP client timeout、数据库连接 idle timeout 等，形成双保险
