Linux网络参数调优本质是在资源占用、响应速度与协议健壮性间找平衡：需按场景配置监听队列（somaxconn/tc_max_syn_backlog）、TIME_WAIT复用（tcp_tw_reuse=1，禁用tcp_tw_recycle）、缓冲区（依BDP公式设定）、窗口缩放及keepalive超时等参数，避免盲目调大引发丢包或安全风险。
监听与握手队列：避免连接被无声丢弃
服务器刚启动时能接受多少连接，取决于两个底层队列是否够用：
- net.core.somaxconn：accept 队列（全连接队列）上限，默认常为128。若应用 backlog 设置为1024，但该值仍为128，实际生效的仍是128。建议设为65535，并确保应用层 listen() 的 backlog 参数不小于它。
- net.ipv4.tcp_max_syn_backlog：SYN 半连接队列长度，默认多为1024。高并发或受 SYN Flood 影响时易溢出，导致客户端收不到 SYN-ACK。设为65535较稳妥，配合 net.ipv4.tcp_syncookies = 1 可在溢出时启用 Cookie 机制保连接。
TIME_WAIT 处理：短连接服务必须面对的问题
大量短连接关闭后会进入 TIME_WAIT 状态，默认持续60秒（由 net.ipv4.tcp_fin_timeout 控制）。这既保障了连接可靠终止，也容易耗尽端口资源：
- net.ipv4.tcp_tw_reuse = 1 是安全且推荐的选项，允许内核在时间戳验证通过的前提下复用 TIME_WAIT 套接字，适用于客户端或服务端主动发起连接的场景（如反向代理、API网关）。
- net.ipv4.tcp_tw_recycle 已在 Linux 4.12+ 中被移除，且早年在 NAT 环境下极易导致连接失败，**不应启用**。
- 若端口确实紧张，可配合 net.ipv4.ip_local_port_range = "1024 65535" 扩大可用临时端口范围，比强行缩短 FIN 超时更稳妥。
缓冲区与窗口：匹配真实网络条件
TCP 缓冲区大小直接影响吞吐和延迟，但“越大越好”是误区：
- 接收/发送缓冲区（net.core.rmem_max、net.core.wmem_max、net.ipv4.tcp_rmem）建议按带宽 × RTT 公式估算。例如 1Gbps 网络 + 10ms RTT → 理想缓冲约 1.25MB；设为 16MB 过剩，反而增加内存压力和调度开销。
- net.ipv4.tcp_window_scaling = 1 和 net.ipv4.tcp_timestamps = 1 应保持开启，它们是现代高速网络的基础支撑，不带来额外风险。
- 若使用 BBR 拥塞控制（net.ipv4.tcp_congestion_control = bbr），需同步启用 net.core.default_qdisc = fq，否则效果打折。
连接保活与超时：防止僵死连接堆积
长连接场景下，被动等待断连会导致资源滞留：
- net.ipv4.tcp_keepalive_time = 600（10分钟）比默认2小时更及时发现断连；
- net.ipv4.tcp_keepalive_intvl = 30 和 net.ipv4.tcp_keepalive_probes = 3 组合，可在约11分钟内确认失效并释放套接字；
- 注意：keepalive 是 TCP 层机制，对应用层心跳无替代作用，二者应协同设计。
