Go实现滚动更新的核心是进程管理、零停机信号控制与连接优雅关闭。1. 用SIGUSR2触发fork-exec新进程，通过socket传递监听fd；2. HTTP服务用http.Server.Shutdown()拒绝新请求并等待处理完成；3. 生产环境交由K8s或systemd调度，Go应用只需支持健康探活与优雅退出；4. 二进制热替换（unix.Exec）仅适用于ABI兼容的小变更，不推荐大版本升级。
使用 Golang 实现应用滚动更新、平滑升级服务而不中断，核心在于**进程管理 + 零停机信号控制 + 连接优雅关闭**。Go 本身不内置热更新能力，但可通过系统信号（如 SIGUSR2）配合 fork-exec 或文件锁 + 原子替换实现“无缝切换”，关键不是语言特性，而是部署逻辑设计。
1. 使用 os/exec + SIGUSR2 触发新进程启动
主进程监听 SIGUSR2，收到后 fork 启动新版本二进制，再通知旧进程退出。需确保新旧进程不争抢端口（用 SO_REUSEPORT 或先停后启），推荐搭配 socket 文件传递监听 fd（更安全）。
- 旧进程在收到 SIGUSR2 后停止接受新连接（
listener.Close()），但继续处理已有连接 - 通过
syscall.Dup3()将监听 fd 传给新进程（避免端口冲突） - 新进程用
net.FileListener()恢复 listener，立即开始 accept - 旧进程等待活跃连接数归零或超时后退出
2. 基于 HTTP Server 的优雅关闭（Go 1.8+ 内置支持）
若服务是 HTTP 类型，直接利用 http.Server.Shutdown() 是最简方案。它会拒绝新请求、等待正在处理的请求完成（可设 timeout），适合配合 systemd 或容器健康检查使用。
- 启动时保存
*http.Server实例，全局或注入到 handler 中 - 注册 signal handler：
signal.Notify(ch, syscall.SIGTERM, syscall.SIGINT) - 收到信号后调用
server.Shutdown(context.WithTimeout(ctx, 30*time.Second)) - 主 goroutine 等待 Shutdown 完成后再退出，确保无 panic
3. 配合外部调度器（K8s / systemd）实现滚动更新
生产环境不建议纯靠 Go 自己管理多版本进程。应交由上层调度器控制生命周期，Go 应用只需做好“可中断”和“可健康探活”：
立即学习“go语言免费学习笔记（深入）”；
- Kubernetes：设置 readinessProbe 和 livenessProbe，配合 RollingUpdateStrategy.maxSurge/maxUnavailable
- 新 Pod 启动后通过 readiness probe 接入流量，旧 Pod 在 terminationGracePeriodSeconds 内完成 Shutdown
- systemd：配置
Type=notify+NotifyAccess=all，Go 中用github.com/coreos/go-systemd/v22/daemon发送 READY=1
4. 二进制热替换（需构建阶段配合）
若想真正“不重启进程”，可用 golang.org/x/sys/unix 调用 unix.Exec() 替换当前进程镜像（Linux only）。但要求新旧二进制 ABI 兼容，且无法改变监听 fd —— 更适合配置热重载场景，而非大版本升级。
- 仅适用于极小变更（如参数调整），不推荐用于常规滚动更新
- 必须确保新二进制与当前进程共享相同 open fd、工作目录、环境变量
- 实践中更常见的是：新进程启动 → 健康检查通过 → 旧进程 graceful shutdown
不复杂但容易忽略的是连接状态跟踪与超时控制。只要新旧服务能共存一小段时间、监听套接字可安全移交、HTTP 请求能被完整处理，滚动更新就自然成立。Go 提供了足够底层原语，剩下的交给部署策略来组织。
