Go容器化开发核心是实现可复现、易协作、贴近生产，通过多阶段构建（golang镜像编译+scratch/distroless运行）、air热重载、Makefile统一构建参数、容器内测试及结构化日志达成。
用 Go 构建容器化开发环境，核心不是“把 Go 程序塞进 Docker”，而是围绕 可复现、易协作、贴近生产 这三个目标来组织工具链和流程。关键在于：本地开发体验不打折，构建过程不依赖宿主机环境，镜像体积小且安全。
用多阶段构建精简 Go 镜像
Go 编译为静态二进制文件，天然适合轻量容器。避免用 golang:alpine 做运行时基础镜像——它只是省了包管理，没解决 root 权限、时区、ca-certificates 等实际问题。
- 第一阶段用 golang:1.22-alpine（或 ubuntu）编译，启用 CGO_ENABLED=0 和 -ldflags="-s -w"
- 第二阶段用 scratch 或 distroless/base（Google 官方无 shell 镜像），只 COPY 编译好的二进制和必要配置（如 ca-certificates.crt）
- 用非 root 用户运行：在 scratch 镜像中需提前创建用户并 chown 二进制，distroless 支持直接指定 user:uid
本地开发不靠 docker build 反复折腾
每次改一行代码就 docker build + run？太慢。推荐组合：air + docker-compose + bind mount。
- air 监听 .go 文件变化，自动 rebuild 并热启进程（无需重启容器）
- docker-compose.yml 中用 volumes 把当前目录 bind mount 到容器内 /app，同时挂载 air 配置和 go.mod
- Go 程序启动时读取本地 ./config.yaml 或通过环境变量注入配置，避免镜像打包配置
统一依赖与构建参数管理
避免不同人本地 go build 参数不一致、GOOS/GOARCH 混乱、版本漂移。用 Makefile + .env 封装常用命令：
- make build：执行 go build -o bin/app -ldflags="-X main.version=$(VERSION)" ./cmd/app
- make image：调用 docker build --build-arg BUILD_TIME=$(date -u) --build-arg VERSION=$(VERSION) .
- VERSION 从 git describe 或 .version 文件读取，BUILD_TIME 注入镜像元数据，
便于溯源
测试与可观测性从容器内起步
单元测试、集成测试、健康检查都应在容器上下文中验证：
- docker-compose.test.yml 单独定义测试服务，mount 测试用例和 testdata，运行 go test -v ./...
- HTTP 服务加 /healthz 和 /metrics 端点，用 curl -f http://localhost:8080/healthz 做容器就绪探针
- 日志输出保持结构化（如 zerolog 输出 JSON），容器日志直接接入 ELK 或 Loki，不写文件
基本上就这些。不复杂，但容易忽略本地开发流与镜像构建流的分离。Go 的简洁性反而要求你更早想清楚：哪些该进镜像，哪些该留外面，哪些该由容器运行时接管。
便于溯源