golang镜像体积过大源于构建逻辑错误，需从from阶段切断冗余路径；多阶段构建必须显式命名builder阶段；静态编译需禁用cgo并使用-s -w参数；运行镜像选scratch、alpine或distroless需依据ldd输出判断；.dockerignore遗漏会导致无效体积膨胀。
直接用 golang:1.22 构建并运行，镜像体积必然超过 800MB，这不是配置问题，是构建逻辑错误。真正有效的压缩不是靠删文件，而是从第一行 FROM 就切断冗余路径。
多阶段构建必须显式命名 builder 阶段
很多团队写了多阶段却没压到理想体积，第一个卡点就是 builder 阶段没命名。Docker 不识别匿名阶段，--from=0 虽然能跑，但重构时极易出错，CI 中缓存也容易失效。
- 必须写成
FROM golang:1.22 AS builder，不能省略AS builder -
COPY --from=builder /app/myapp .才能精准提取产物，避免把整个/go目录拖进运行镜像 - builder 阶段里，
go mod download单独写一行，让依赖层可复用；COPY . .放在它后面，改代码不重下模块
运行阶段选 scratch 还是 alpine？看 ldd 输出
别猜，本地执行 ldd myapp：如果输出 not a dynamic executable，说明是纯静态二进制，scratch 安全可用；一旦出现任何 libc.so 或 libpthread.so，就得换 alpine 或 gcr.io/distroless/static。
-
scratch是 0B 空镜像，适合无系统调用、无 DNS 解析、不 exec 外部命令的纯 HTTP/gRPC 服务 -
alpine含sh和apk，方便调试，但体积约 5MB，且默认含busybox带来额外 CVE 风险 - 若服务要解析域名或做 TLS 请求，又必须静态链接，优先试
gcr.io/distroless/static:nonroot，它比scratch多证书和非 root 用户支持，体积仍仅 2–3MB
CGO_ENABLED=0 不是可选项，是前提条件
只要启用了 CGO，哪怕只调用了一次 C.malloc 或用了 sqlite3，二进制就变成动态链接，scratch 直接启动失败，distroless/static 也会报 no such file or directory。
- 编译命令必须带
CGO_ENABLED=0 GOOS=linux go build -ldflags "-s -w" -
-s -w去掉符号表和调试信息，通常再减 20%–40% 体积 - 如果真要用 CGO（比如依赖 zlib 或某些日志压缩库），运行阶段必须切到
gcr.io/distroless/base，并手动COPY证书和/etc/nsswitch.conf
最常被忽略的一点：.dockerignore 里漏掉 testdata/ 或 node_modules/，会让构建上下文变大，builder 阶段 COPY 时一并拖进去，最终镜像多出几十 MB —— 这和多阶段本身无关，但足以让优化前功尽弃。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
