高并发短连接下端口复用效率低的核心问题是TIME_WAIT堆积快、本地端口范围窄、回收慢，导致EADDRNOTAVAIL错误；需配置tcp_tw_reuse=1（依赖tcp_timestamps=1）、ip_local_port_range="1024 65535"、tcp_max_tw_buckets=200000，并禁用已废弃的tcp_tw_recycle。
高并发短连接业务下，端口复用效率低的核心问题是 TIME_WAIT 连接堆积快、本地端口范围窄、连接回收慢，导致新连接因 EADDRNOTAVAIL 失败。优化不是“全开开关”，而是让内核参数匹配短连接高频建连、快速释放的特征。
关键：让 TIME_WAIT 快速复用，而非单纯缩短等待时间
Linux 默认 60 秒（2MSL）的 TIME_WAIT 持续时间，在每秒数千连接的场景下，极易堆满端口池。但直接调小 tcp_fin_timeout 只影响 FIN_WAIT_2，对 TIME_WAIT 本身无效。真正起效的是：
-
net.ipv4.tcp_tw_reuse = 1：允许内核将处于 TIME_WAIT 状态的 socket 用于**新的出站连接**（即服务作为客户端发起请求时），前提是目标 IP+端口不冲突、时间戳递增（需开启tcp_timestamps，默认已开）。这是短连接服务最有效、最安全的复用手段。 -
net.ipv4.ip_local_port_range = "1024 65535"：扩大可用临时端口范围，从默认约 28K 提升至超 64K，直接增加并发连接上限。注意避开 1–1023 的特权端口。 -
net.ipv4.tcp_max_tw_buckets = 200000：设为合理上限（如 20 万），避免内核因 TIME_WAIT 过多触发强制回收（可能丢包），也防止无限制增长耗尽内存。
配套：加速连接队列与资源供给
端口复用再快，若连接建不进来或资源跟不上，仍会失败：
-
net.core.somaxconn = 65535和net.ipv4.tcp_max_syn_backlog = 65535：分别放大全连接队列（accept 队列）和半连接队列（SYN 队列），防止高并发建连时连接被内核丢弃。应用监听时的 backlog 参数（如 Nginx listen 的backlog=65535）也需同步设够。 -
fs.file-max = 1000000与 进程级 ulimit -n：每个连接占一个文件描述符。系统级上限要足，同时确保 Nginx、Java 进程启动前已通过/etc/security/limits.conf或 systemd service 文件设好LimitNOFILE=1000000，否则内核放开了也没用。
必须规避：已废弃且危险的选项
有些老文档仍提 tcp_tw_recycle，但它在 NAT 环境（包括所有云厂商、家庭宽带、企业防火墙后）会导致连接失败或随机丢包，现代内核（4.10+）已移除该参数。务必保持：
-
net.ipv4.tcp_tw_recycle = 0（默认值，无需修改，但确认未被误启）
验证与落地建议
改完写入 /etc/sysctl.conf 后执行 sysctl -p 生效。观察是否见效：
- 查当前 TIME_WAIT 数：
ss -ant | grep TIME_WAIT | wc -l - 看端口分配情况：
cat /proc/net/ipv4/ip_local_port_range - 监控错误：
netstat -s | grep -i "failed"关注 “connection refused” 或 “too many open files” 是否下降
不复杂但容易忽略——端口复用效率提升，本质是让内核“更愿意重用、更快释放、更多可选”，三者缺一不可。
