Hertz 服务进程端口占用问题分析与解决方案

问题现象

在使用 Hertz 框架开发的服务中，当通过 kill -2 或 kill -9 命令终止进程后，尝试重新启动服务时，系统提示端口已被占用。具体错误信息为："listen tcp 0.0.0.0:8523: bind: address already in use"。尽管服务已经终止，但端口仍然处于占用状态，导致新实例无法启动。

问题原因分析

1. TCP 连接状态机制：TCP 协议在关闭连接时会经历 TIME_WAIT 状态，这是正常现象。但在本案例中，问题并非源于 TIME_WAIT，而是进程未完全释放端口。

2. 信号处理差异：

   • kill -2 (SIGINT) 会触发 Hertz 的优雅关闭流程
   • kill -9 (SIGKILL) 会强制终止进程，不执行任何清理操作

3. 优雅关闭流程：Hertz 框架在接收到 SIGINT 信号时会执行以下步骤：

   • 触发 OnShutdownHooks
   • 注销服务实例
   • 等待最多5秒完成关闭

4. 端口未释放的可能原因：

   • 优雅关闭过程中出现异常
   • 系统内核未及时回收端口
   • 子进程未完全终止

解决方案

1. 彻底终止占用端口的进程

使用以下命令组合确认并终止占用端口的进程：

# 查找占用8523端口的进程
sudo netstat -lntp | grep 8523

# 终止对应进程（假设进程ID为12345）
kill 12345

# 确认端口是否释放
sudo netstat -lntp | grep 8523

2. 使用正确的终止信号

优先使用 SIGTERM (kill -15) 而非 SIGKILL (kill -9)，确保 Hertz 能执行完整的关闭流程：

kill -15 <PID>

3. 调整优雅关闭超时时间

如果服务关闭需要更长时间，可以在 Hertz 配置中增加优雅关闭的超时时间：

h := server.Default(
    server.WithExitWaitTime(10*time.Second), // 默认5秒，延长到10秒
)

4. 检查系统配置

在某些 Linux 系统上，可能需要调整以下内核参数：

# 减少TIME_WAIT状态的持续时间
echo 1 > /proc/sys/net/ipv4/tcp_tw_reuse

# 加快端口回收
echo 1 > /proc/sys/net/ipv4/tcp_tw_recycle

最佳实践建议

1. 服务管理：考虑使用 systemd 或进程管理工具管理 Hertz 服务，它们能更好地处理进程生命周期。

2. 健康检查：实现完善的健康检查机制，确保服务完全终止后再尝试重启。

3. 日志监控：加强对 Hertz 关闭流程的日志监控，特别是 OnShutdownHooks 的执行情况。

4. 端口复用：在 Hertz 配置中启用 SO_REUSEADDR 选项：

h := server.Default(
    server.WithReusePort(true),
)

总结

Hertz 框架虽然提供了优雅关闭机制，但在实际部署中仍需注意进程终止方式对端口释放的影响。通过理解 TCP 协议机制、合理配置 Hertz 参数以及采用正确的服务管理方法，可以有效避免端口占用问题，确保服务的稳定运行和快速恢复。