启用tcp_tw_reuse=1是解决短连接端口耗尽最有效的内核级手段之一，但必须配合tcp_timestamps=1、扩大ip_local_port_range、设tcp_fin_timeout=30并禁用tcp_tw_recycle=0，且仅对客户端有效。
直接启用 tcp_tw_reuse=1 是解决短连接端口耗尽最有效的内核级手段之一，但它不是独立起效的开关，必须配合时间戳机制和合理场景使用。关键不在于“开了就行”，而在于“开得对、用得稳”。
确认问题根源：真是TIME_WAIT导致端口耗尽？
别跳过这步——很多“端口耗尽”实际是文件描述符（nofile）或 conntrack 打满。先快速验证：
- 查当前 TIME_WAIT 连接数：
ss -tan state time-wait | wc -l - 看本地端口范围：
cat /proc/sys/net/ipv4/ip_local_port_range（默认 32768–65535，约3.2万个） - 比对数量：若 TIME_WAIT 接近甚至超过可用端口数，且新连接报
Cannot assign requested address，才说明是典型端口耗尽
启用 tcp_tw_reuse 的前提与操作
该参数只对客户端（主动发起连接并关闭的一方）生效，且依赖 TCP 时间戳（PAWS）校验。确保以下三点同时满足：
-
net.ipv4.tcp_tw_reuse = 1（核心开关） -
net.ipv4.tcp_timestamps = 1（默认已开启，但需确认） - 目标服务端 IP:PORT 不能完全重复（即新连接的目标四元组需有变化，如调用不同后端实例）
执行命令永久生效：
echo 'net.ipv4.tcp_tw_reuse = 1' >> /etc/sysctl.conf
sysctl -p
必须同步调整的配套参数
单开 tcp_tw_reuse 效果有限，建议组合优化：
-
扩大本地端口范围：改
net.ipv4.ip_local_port_range = 1024 65535，避开 1–1023 特权端口即可，可增加约3万个可用端口 -
缩短 FIN 处理周期：设
net.ipv4.tcp_fin_timeout = 30，虽不直接缩 TIME_WAIT 时长，但加快进入 TIME_WAIT 前的清理，缓解堆积速度 -
禁用已废弃的 tcp_tw_recycle：务必确认
net.ipv4.tcp_tw_recycle = 0，该参数在 NAT 环境下会导致连接失败，Linux 4.12+ 内核已移除
比调参更优先的解法：从应用层减少短连接
内核调优是兜底，真正治本在应用侧：
- HTTP 客户端启用 Keep-Alive，并复用连接（如 Python 的 requests.Session、Go 的 http.Client.Transport）
- 数据库访问必须用连接池（如 HikariCP、Druid），严禁每次请求新建连接
- 微服务间调用优先走长连接协议（gRPC、Dubbo），避免高频 HTTP 短连
这些改动带来的收益，远高于单纯调大端口或复用 TIME_WAIT。
