核心是围绕连接队列、time_wait管理、内存缓冲和资源上限四类参数做针对性调整，需匹配业务特征：短连接多则调队列与复用，长连接稳则重缓冲与保活；全连接队列（somaxconn）和半连接队列（tcp_max_syn_backlog）建议设为65535，配套调大网卡接收队列；启用tcp_tw_reuse=1（需timestamps=1），fin_timeout=30，max_tw_buckets=200000，禁用tw_recycle；开启窗口缩放，合理设置rmem/wmem，ssd可调高dirty_ratio=40；提升file-max=2097152、端口范围1024-65535、conntrack_max=1048576，确保syncookies=1。
核心是围绕连接队列、TIME_WAIT管理、内存缓冲和资源上限四类参数做针对性调整，不是堆数值，而是匹配业务特征——比如短连接多就重点调队列和复用，长连接稳就侧重缓冲与保活。
扩大连接队列深度，避免请求被丢弃
全连接队列（net.core.somaxconn）和半连接队列（net.ipv4.tcp_max_syn_backlog）是高并发的第一道瓶颈。默认值通常只有128或1024，远不够现代服务使用。
- 建议设为65535（或至少32768），并确保应用层 listen() 的 backlog 值同步匹配（如 Nginx 配置中显式写
listen 80 backlog=65535） - 半连接队列可设为全连接队列的1.5–2倍，例如
net.ipv4.tcp_max_syn_backlog = 65535 - 配套调大网卡接收队列：
net.core.netdev_max_backlog = 5000，防止内核来不及处理导致丢包
高效管理TIME_WAIT连接，释放端口与内存
大量短连接会导致TIME_WAIT堆积，占用端口和内存。关键不是消灭它，而是让它“可复用”且“快回收”。
- 启用复用：
net.ipv4.tcp_tw_reuse = 1，但必须配合net.ipv4.tcp_timestamps = 1（已默认开启） - 缩短FIN_WAIT_2超时：
net.ipv4.tcp_fin_timeout = 30（不建议低于15秒） - 限制TIME_WAIT总量：
net.ipv4.tcp_max_tw_buckets = 200000，防失控增长 - 禁用 tcp_tw_recycle：该参数在NAT环境下极易引发连接失败，现代内核已弃用，切勿开启
调优TCP缓冲与窗口，适配实际网络条件
缓冲区太小会限制吞吐，太大则浪费内存并加剧延迟；窗口缩放则影响高带宽或高延迟链路的表现。
- 启用窗口缩放：
net.ipv4.tcp_window_scaling = 1（必须开） - 合理设置读写缓冲：
net.ipv4.tcp_rmem = 4096 131072 16777216和net.ipv4.tcp_wmem = 4096 65536 16777216，中间值为默认，末值为动态上限 - SSD存储可适度提高脏页阈值：
vm.dirty_ratio = 40、vm.dirty_background_ratio = 15；HDD则保持保守（如20/5）
补足基础资源限制，防止隐性瓶颈
内核参数再优，也会被文件描述符、本地端口范围等底层限制卡住。
- 提升系统级文件句柄上限：
fs.file-max = 2097152，并配好/etc/security/limits.conf中的nofile - 拓宽临时端口范围：
net.ipv4.ip_local_port_range = 1024 65535，避免端口耗尽 - 增加连接跟踪容量（若用iptables/nftables）：
net.netfilter.nf_conntrack_max = 1048576 - 确认
net.ipv4.tcp_syncookies = 1已启用，应对突发SYN洪泛
