tcp_tw_recycle移除后，so_reuseaddr无法绕过time_wait限制；开启tcp_timestamps时可能因nat导致rst攻击；客户端应复用连接，服务端高并发短连接需关闭tcp_timestamps。
tcp_tw_recycle 被移除后，SO_REUSEADDR 不再能绕过 TIME_WAIT 限制
Linux 4.12+ 内核彻底移除了 tcp_tw_recycle，这意味着过去靠它加速端口复用的方案失效了。现在仅设 SO_REUSEADDR 无法让处于 TIME_WAIT 状态的套接字立即重用本地端口——它只允许新连接绑定到已被 TIME_WAIT 占用的地址+端口组合，但前提是不违反 TCP 的安全规则（比如避免收到旧连接的延迟报文）。
关键点在于：SO_REUSEADDR 本身不缩短 TIME_WAIT 持续时间（默认 2MSL ≈ 60 秒），也不影响内核对重复报文的判断逻辑。
tcp_timestamps 开启时，SO_REUSEADDR 可能触发 RST 攻击风险
当 tcp_timestamps=1（默认开启）且客户端存在 NAT 或多路径出口时，不同客户端可能携带相同或回绕的时间戳值。内核会基于时间戳单调性做快速回收判断，此时若两个不同客户端（比如来自同一 NAT 网关）短时间内发起连接，服务端可能误判为“旧连接重传”，直接发 RST 终止新连接。
这种现象在以下场景高频出现：
