必须同时设置net.ipv4.tcp_tw_reuse=1和net.ipv4.tcp_timestamps=1才生效，因前者依赖后者提供的PAWS机制；仅设前者会静默失效。
直接开 net.ipv4.tcp_tw_reuse=1 就行，但必须同时确保 net.ipv4.tcp_timestamps=1 —— 否则它完全不生效，连日志都不会报错，只会默默失效。
为什么只设 tcp_tw_reuse=1 还是报 Cannot assign requested address
这是最常踩的坑：单独启用 net.ipv4.tcp_tw_reuse 等于没开。它的复用逻辑依赖 PAWS（Protection Against Wrapped Sequences）机制，而 PAWS 必须靠 TCP 时间戳才能工作。
-
net.ipv4.tcp_timestamps默认是 1（开启），但某些云主机镜像、安全加固模板或容器基础镜像会把它关成 0 - 验证方式：
sysctl net.ipv4.tcp_timestamps，输出必须是net.ipv4.tcp_timestamps = 1 - 如果为 0，必须一起设置：
sysctl -w net.ipv4.tcp_timestamps=1，再设net.ipv4.tcp_tw_reuse=1 - 注意：修改后仅对新建立的连接生效，已堆积的 TIME_WAIT 不会立刻释放
tcp_tw_reuse 只对客户端 connect() 有效，和服务端 listen() 无关
这个参数名字里的 “reuse” 容易让人误会它是通用端口复用开关，其实它只在以下场景起作用：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 你的 Go/Python/Java 程序作为客户端调用外部 HTTP 接口（比如调第三方 API、微服务间通信）
- 你用
curl、wget、nc等命令发起连接 - 它**完全不作用于** Nginx、Apache、Go
http.ListenAndServe这类监听端口的服务端进程 - 服务端端口冲突（如重启失败）要用
SO_REUSEADDR，不是这个参数
生效条件比想象中更严格
tcp_tw_reuse=1 不是“有 TIME_WAIT 就随便复用”，它有一套安全校验逻辑：
- 只允许复用「本机主动关闭」产生的 TIME_WAIT（即你程序调用了
close()或连接被超时中断） - 新连接的 SYN 包必须携带时间戳，且该时间戳 > 对应旧连接最后收到包的时间戳
- 两个连接的目标 IP 和端口必须不同（源 IP/端口可相同）
- 两次连接之间间隔需 > 1 秒（内核硬编码，不可调）
- 所以压测时瞬间并发 1000 连接，前 100 个可能复用成功，后 900 仍可能失败——这不是参数问题，是设计使然
真正容易被忽略的是：它不解决所有端口耗尽问题。比如你的 Go 程序没设 http.Transport.MaxIdleConnsPerHost，连接池失控，或者服务端频繁返回 Connection: close，这些都会让 tcp_tw_reuse 的收益打折扣。调参只是底座，代码层控制连接生命周期才是关键。
