Go微服务main入口须监听SIGTERM/SIGINT并调用http.Server.Shutdown()优雅退出，再关闭DB/gRPC等依赖；Dockerfile需CGO_ENABLED=0构建静态二进制；k8s探针应分离/readyz与/livez端点；多阶段构建务必先COPY go.mod/go.sum。
Go 微服务如何正确编写 main 入口以适配容器生命周期
容器化部署下，Go 服务必须能响应 SIGTERM 并优雅退出，否则 Kubernetes 的 preStop 钩子或滚动更新会触发强制 kill，导致请求中断或数据丢失。
关键点不是“启动服务”，而是“可控地结束服务”：
-
http.Server必须显式调用Shutdown()，不能只靠os.Exit() - 监听
os.Interrupt和syscall.SIGTERM两个信号，Kubernetes 默认发的是后者 - 数据库连接池、gRPC 客户端、消息队列消费者等需在
Shutdown()后同步关闭，顺序不能颠倒
示例片段：
srv := &http.Server{Addr: ":8080", Handler: router}
go func() {
if err := srv.ListenAndServe(); err != http.ErrServerClosed {
log.Fatal(err)
}
}()
quit := make(chan os.Signal, 1)
signal.Notify(quit, os.Interrupt, syscall.SIGTERM)
Dockerfile 中 Go 编译为何必须用 CGO_ENABLED=0
不加这个标志，编译出的二进制会动态链接 libc，导致 Alpine 基础镜像无法运行 —— 报错 standard_init_linux.go:228: exec user process caused: no such file or directory 就是典型表现。
Alpine 使用 musl libc，而默认 Go 编译（CGO_ENABLED=1）依赖 glibc；即使你用 Ubuntu 基础镜像，也建议关掉 cgo，理由更实际：
- 镜像体积减少 30–50MB（无
/usr/lib/x86_64-linux-gnu/libc.so.6等） - 避免因基础镜像升级 libc 版本引发的兼容性抖动
- 静态二进制可直接拷贝进 scratch 镜像，最小化攻击面
正确写法：
FROM golang:1.22-alpine AS builder WORKDIR /app COPY go.mod go.sum ./ RUN go mod download COPY . . RUN CGO_ENABLED=0 GOOS=linux go build -a -ldflags '-extldflags "-static"' -o /usr/local/bin/service .FROM scratch COPY --from=builder /usr/local/bin/service /service EXPOSE 8080 CMD ["/service"]
Kubernetes 中 livenessProbe 和 readinessProbe 该用哪个 HTTP 端点
别用 /health 一把梭。Go 服务里这两个探针应指向语义明确、开销隔离的 handler：
