go标准库shutdown()仅支持优雅关机，不支持平滑重启；需第三方库（如fvbock/endless）或手写方案实现fork、socket传递与进程协同。
为什么不用 http.Server.Shutdown() 而要选第三方库？
Go 1.8+ 原生支持 http.Server.Shutdown()，但仅解决「优雅关机」，不解决「平滑重启」——它无法 fork 新进程、传递监听套接字、保持旧进程处理中请求的同时让新进程接管新连接。真正的热重启需要父子进程协作，而标准库不提供跨进程的文件描述符继承和信号协调机制。
所以生产环境里，Shutdown() 只能用于单进程终止流程；若要零停机升级二进制（比如替换 ./myapp 后 reload），必须依赖第三方库完成 fork + socket 传递 + 状态同步。
fvbock/endless 是最轻量且仍可用的选择
尽管该库自 2019 年起不再维护，但它在 Go 1.16–1.22 下依然稳定运行，原理清晰、无额外依赖、信号语义明确，适合中小规模服务。
- 默认监听
SIGHUP触发 fork/restart：执行kill -1 $PID即可启动新进程并等待旧进程自然退出 - 旧进程收到
SIGTERM或SIGINT时进入 graceful shutdown 流程：拒绝新连接，完成已有请求后退出 - 监听套接字通过
SCM_RIGHTS从父进程传递给子进程，TCP 连接不会断开 - 注意：它不兼容 Windows，只适用于 Linux/macOS 生产环境
替代方案：facebookarchive/grace 和 tylerb/graceful 已归档，别踩坑
这两个库曾是早期热门选择，但均已归档（facebookarchive/grace 最后更新于 2017 年，tylerb/graceful 于 2019 年停止维护），且存在已知问题：
- 与 Go 新版本的
net.Listener接口变更不兼容（如 Go 1.21+ 的CloseRead行为） - 对
HTTP/2连接或长轮询请求的清理逻辑有竞态，可能导致旧进程 hang 住不退出 - 没有对
context.Context生命周期做统一管理，中间件中启动的 goroutine 容易泄漏
除非你锁定 Go 1.15 且无法升级，否则不要引入它们。
真正面向现代 Go 的方案：自己封装 http.Server + os/exec + 文件描述符传递
如果你需要可控性、可调试性，以及兼容未来 Go 版本，推荐手写一个最小闭环。核心就三步：
- 主进程用
net.Listen("tcp", addr)创建 listener，并调用listener.(*net.TCPListener).File()获取*os.File - 启动子进程时，通过
cmd.ExtraFiles = []*os.File{file}传入，子进程用os.NewFile(uintptr(3), "")恢复 listener - 主进程在 fork 后调用
server.Shutdown()，但不立即os.Exit()，而是等待所有活跃请求结束（可通过自定义ConnState统计）
这个模式没有 magic，所有信号、超时、错误路径都由你控制，也方便集成 Prometheus 连接数监控或日志打标。复杂点在于要处理好进程退出时机——旧进程不能提前死，否则未完成请求会直接 reset；也不能拖太久，否则资源泄漏。这点最容易被忽略。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
