高并发端口耗尽主因是time_wait堆积，优化需扩端口范围（1024–65535）、缩短fin_timeout、启用tcp_tw_reuse、限制tw_buckets及调大连接队列，并验证状态统计与ulimit。
高并发架构下端口耗尽，本质是大量连接快速建立又关闭后，本地端口被卡在 TIME_WAIT 状态无法及时释放，叠加默认端口范围窄、连接队列小等问题，最终触发 “Cannot assign requested address” 或 “Address already in use” 错误。优化核心不是“消灭 TIME_WAIT”，而是加快其回收节奏、提升复用能力、扩大资源池容量。
扩大本地临时端口范围
默认 Linux 临时端口（ip_local_port_range）通常为 32768–65535（约 3.2 万个），高并发代理或压测场景下几秒即可耗尽。
- 设为
net.ipv4.ip_local_port_range = 1024 65535，可用端口超 6.4 万个，覆盖全部非特权端口 - 无需刻意避开 80/443/3306 等常用端口——只要无进程监听，内核不会随机分配给 outbound 连接
- 执行
sysctl -w net.ipv4.ip_local_port_range="1024 65535"临时生效；写入/etc/sysctl.conf后运行sysctl -p持久化
缩短 TIME_WAIT 滞留并安全复用端口
TIME_WAIT 默认持续 2×MSL（约 60 秒），大量短连接会堆积数万 socket，占用端口与内存。
- 将
net.ipv4.tcp_fin_timeout设为 30：仅影响本端主动关闭后进入 FIN-WAIT-2 的等待时长，间接加速 TIME_WAIT 进入条件 - 启用
net.ipv4.tcp_tw_reuse = 1：允许内核在满足时间戳（tcp_timestamps=1，默认已开）前提下，复用 TIME_WAIT socket 发起新 outbound 连接（如 Nginx → 后端 WS） - 必须禁用
net.ipv4.tcp_tw_recycle = 0：该参数在 NAT 环境（云服务器、K8s、家用路由）会导致连接丢弃，Linux 4.12+ 已移除，生产环境严禁开启
限制总量并加固连接队列
单纯放宽 timeout 和复用不设上限，仍可能因突发流量导致 TIME_WAIT 爆炸式增长，挤占内存或触发内核清理告警。
- 设
net.ipv4.tcp_max_tw_buckets = 32768～65536：超出后内核自动清理最老连接，避免 OOM；若dmesg出现 “time wait bucket table overflow”，说明值过小 - 调大
net.ipv4.tcp_max_syn_backlog = 65535：应对建连洪峰，防止 SYN 队列溢出丢包 - 同步提高
net.core.somaxconn = 65535：匹配 Nginx 的listen ... backlog=65535，避免 accept 队列满导致连接被 RST
配套检查与验证要点
参数调优后需结合实际负载验证效果，避免“配了等于没配”。
- 用
ss -ant | awk '{print $1}' | sort | uniq -c | sort -nr快速统计各 TCP 状态连接数，重点关注 TIME_WAIT 数量级是否下降 - 运行
netstat -s | grep -i "time wait"查看内核 TIME_WAIT 相关统计，确认复用是否生效 - 检查 ulimit -n：确保进程文件描述符上限足够（建议 ≥ 65536），否则端口再多也无法打开对应 socket
- 若服务部署在容器/K8s 中，需在宿主机或容器 runtime 层同步配置 sysctl 参数（如 Docker 的
--sysctl或 K8s 的securityContext.sysctls）
