本质是TIME_WAIT导致端口不可立即复用，需启用SO_REUSEADDR选项允许新进程绑定仍处于TIME_WAIT状态的端口，配合优雅关闭流程即可解决。
java 高并发服务器重启时抛出 bindexception: address already in use，本质不是“异常变量”问题，而是操作系统层面的端口复用机制未被正确配置。关键在于让新进程能立即绑定到仍处于 time_wait 状态的旧连接所占用的端口。
理解根本原因：TIME_WAIT 与端口不可立即复用
当服务正常关闭时，主动断开的一方（通常是旧服务进程）会进入 TIME_WAIT 状态，持续约 2×MSL（通常 60–120 秒）。在此期间，该 socket 的四元组（协议、本地 IP、本地端口、远程 IP、远程端口）不能被新连接复用——即使旧进程已退出，端口仍被内核视为“忙”。这不是 Java Bug，而是 TCP 协议为保证可靠终止而设计的安全机制。
解决方案一：启用 SO_REUSEADDR（最常用且有效）
在创建 ServerSocket 或 Netty Channel 时，显式设置 SO_REUSEADDR 选项，允许新 socket 绑定到处于 TIME_WAIT 的端口（前提是不冲突于其他活跃连接）：
-
传统 ServerSocket：
ServerSocket ss = new ServerSocket();
ss.setReuseAddress(true); // 必须在 bind 前调用
ss.bind(new InetSocketAddress(port)); -
Netty（推荐）：
ServerBootstrap b = new ServerBootstrap();
b.option(ChannelOption.SO_BACKLOG, 1024)
.childOption(ChannelOption.SO_KEEPALIVE, true)
.childOption(ChannelOption.SO_REUSEADDR, true); // 关键 -
Spring Boot（内置 Tomcat/Jetty/Undertow）：
默认已启用SO_REUSEADDR，无需额外配置；若自定义 Connector，需确保setReuseAddress(true)被调用。
解决方案二：避免主动关闭时占据端口（辅助手段）
让旧服务“优雅退出”而非强制 kill，减少突增的 TIME_WAIT 连接数：
- 监听 SIGTERM，触发 shutdown hook，先停止接收新连接，再等待活跃连接超时或主动 close。
- 使用连接池管理客户端连接，服务端关闭前发送 FIN 主动断连，降低被动关闭比例。
- 对短连接密集型服务，可考虑开启 TCP 的
tcp_tw_reuse内核参数（Linux），但需谨慎评估网络环境（仅适用于客户端场景，服务端慎用）。
不推荐的做法
以下方式治标不治本，甚至引入风险：
立即学习“Java免费学习笔记（深入）”；
- 修改 net.ipv4.tcp_fin_timeout：仅缩短 FIN_WAIT_2 时间，不影响 TIME_WAIT 持续时长，且可能破坏连接可靠性。
- 盲目关闭 tcp_tw_recycle（已废弃）：NAT 环境下会导致连接失败，现代内核已移除该参数。
- 每次重启换端口：增加运维复杂度，不解决本质问题，也不适用于固定端口的服务（如 HTTP 80/443）。
核心就是设好 SO_REUSEADDR，配合合理关闭流程。它不改变 TCP 协议行为，只是告诉内核：“我清楚风险，允许复用。” 实际生产中，95% 的端口占用重启问题靠这一项就能解决。
