应分「准备阶段」和「就绪阶段」：先完成数据库连接、配置加载、缓存预热等初始化，再启动监听；健康检查端点仅在所有依赖就绪后返回200；优雅关闭需监听SIGTERM、使用context控制goroutine退出、调用各组件Shutdown/Close并设超时。Go 服务启动时如何避免「监听已就绪但业务未初始化」？服务启动后立刻开始接受请求，但数据库连接、配置加载、缓存预热等还没完成，会导致 500 或空响应。这不是 http.ListenAndServe 的问题，而是控制权交出太早。启动流程必须拆成「准备阶段」和「就绪阶段」：先做初始化，再开监听推荐用 sync.Once 或状态机变量（如 ready atomic.Bool）控制就绪信号HTTP 健康检查端点（如 /healthz）应只返回 200 当且仅当所有依赖已 ready不要依赖「监听端口成功」作为服务可用标志——端口通 ≠ 服务可用收到 SIGTERM 后为什么 goroutine 还在跑？Go 默认不中断正在运行的 goroutine。os.Signal 只是通知你“该停了”，后续逻辑全靠自己写。必须显式监听 os.Interrupt 和 syscall.SIGTERM，用 signal.Notify 注册所有长期运行的 goroutine（比如消息消费、定时任务）需接收 context.Context 并在 <ctx>.Done()</ctx> 触发时退出切忌在 main 函数里直接 os.Exit(0) —— 这会跳过 defer 和 cleanup关键资源（DB 连接池、HTTP server、Kafka consumer）要调用各自的 Close() 或 Shutdown() 方法，且带超时（如 srv.Shutdown(ctx)）http.Server.Shutdown() 总是超时失败？常见现象是日志里出现 context deadline exceeded，然后进程被强制 kill。根本原因是还有活跃连接没结束，或 handler 卡死没响应 ctx.Done()。Shutdown() 不会杀连接，只发通知并等待 handler 自行退出handler 内部必须用 ctx 控制子操作：比如 db.QueryContext(ctx, ...)、time.Sleep 改为 time.AfterFunc + select 监听 ctx.Done()启动时给 http.Server 设置 ReadTimeout、WriteTimeout、IdleTimeout，防止慢连接拖死 shutdown调用 Shutdown() 前建议先关闭 listener（ln.Close()），避免新连接进来第三方库（如 gRPC、Redis client）怎么一起优雅停？它们各自有自己的生命周期管理方式，混用时容易漏关或顺序错。 稿定AI 拥有线稿上色优化、图片重绘、人物姿势检测、涂鸦完善等功能