多阶段构建通过分离编译与运行环境，仅将Go静态编译后的二进制文件复制到轻量镜像（如Alpine或scratch）中，显著减小镜像体积至10MB以下，提升部署效率与安全性。
在使用 Go 语言构建服务时，结合 Docker 进行容器化部署已成为标准做法。然而，直接打包的镜像往往体积庞大，影响传输效率和启动速度。通过多阶段构建（multi-stage build）技术，可以有效瘦身镜像，只保留运行所需的二进制文件和必要依赖，显著提升部署体验。
为什么需要多阶段构建？
Go 虽是静态编译语言，不依赖外部运行时，但构建过程需要完整的 Go 编译环境（如 golang:1.22 镜像），这类镜像通常几百 MB。如果将源码和编译环境一并打包进最终镜像，会造成资源浪费。
多阶段构建允许在一个 Dockerfile 中使用多个 FROM 指令，前一阶段用于编译，后一阶段仅复制产物，从而实现“构建”与“运行”分离。
基础多阶段构建示例
FROM golang:1.22-alpine AS builder WORKDIR /app COPY . . RUN CGO_ENABLED=0 GOOS=linux go build -o myapp . FROM alpine:latest WORKDIR /root/ COPY --from=builder /app/myapp . CMD ["./myapp"]
第一阶段使用 golang:1.22-alpine 编译生成二进制文件；第二阶段基于轻量的 alpine:latest，仅复制可执行文件运行。最终镜像大小通常可控制在 10~20MB 范围内。
立即学习“go语言免费学习笔记（深入）”；
进一步优化：使用 scratch 镜像
Alpine 虽小，但仍包含 shell、包管理器等非必需组件。对于纯 Go 程序，可直接使用 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 -ldflags="-s -w" -o myapp . FROM scratch COPY --from=builder /app/myapp /myapp ENTRYPOINT ["/myapp"]
CGO_ENABLED=0 确保静态编译，避免动态链接依赖；-ldflags="-s -w" 去除调试信息，进一步压缩体积。最终镜像可能小于 10MB。
注意：使用 scratch 后无法进入容器调试（无 shell），适合生产环境。
最佳实践建议
- 优先使用 Alpine 或 scratch 作为运行时基础镜像
- 显式设置 CGO_ENABLED=0 确保静态编译
- 利用 .dockerignore 排除无关文件（如 .git、test 文件）
- 分步 COPY（先 copy go.mod 再 copy 源码）以提升构建缓存利用率
- 添加非 root 用户运行应用，提升安全性
例如，在 scratch 镜像中可通过 builder 阶段创建用户：
... RUN adduser -D -u 1000 appuser USER appuser COPY --from=builder --chown=appuser:appuser /app/myapp /myapp
基本上就这些。多阶段构建配合静态编译，能让 Go 应用的 Docker 镜像既小巧又安全，是现代云原生部署的标准配置。不复杂但容易忽略细节，合理运用能显著提升交付效率。
