优先选官方golang:1.22（非alpine）镜像，因其基于Debian预装git、curl、gcc及正确环境变量，避免cgo构建失败；开发用交互式容器挂载代码+air热重载，生产用多阶段构建。
直接用官方 golang 镜像最稳妥，别自己从 debian 或 alpine 一层层装 Go —— 容易漏环境变量、版本混乱、构建缓存失效。
为什么优先选 golang:latest 而不是 alpine 版本？
官方 golang 镜像（如 golang:1.22）基于 debian，预装了 git、curl、gcc（用于 cgo）、GOROOT 和 PATH，开箱即用。而 golang:alpine 缺少 gcc 和 musl-dev，一旦项目依赖 cgo（比如用 net 包做 DNS 解析，或调用 C 库），就会在 go build 时报 exec: "gcc": executable file not found in $PATH。
- 开发阶段用
golang:1.22（非 alpine）省心，避免反复调试构建失败 - 生产镜像才考虑多阶段构建：第一阶段用
golang:1.22编译，第二阶段用alpine:latest或scratch运行二进制 -
GOROOT已设为/usr/local/go，GOBIN默认为空（走$GOPATH/bin），无需手动 export
Dockerfile 中怎么设置工作目录和模块路径？
Go 项目必须在 $GOPATH/src/ 下才能用 GOPATH 模式，但现代项目基本都启用了 Go Modules，所以关键其实是 go mod download 能正常执行 —— 这要求 go.mod 文件存在，且容器内当前路径是模块根目录。
- 用
WORKDIR /app，然后COPY go.mod go.sum ./，再RUN go mod download，比直接COPY . .更利于利用 Docker 构建缓存 - 不要写
ENV GOPATH /root/go—— Go 1.16+ 默认启用 module 模式，GOPATH只影响go install输出位置，不干扰构建 - 如果用
go run main.go启动，确保main.go在当前 WORKDIR 下，否则报no Go files in
本地开发时如何挂载代码并实时编译？
用 docker run -v $(pwd):/app -w /app golang:1.22 启动交互式容器后，go run 可以立即生效，但每次改完都要手动敲命令。更实用的是加个轻量构建触发器：
