go二进制体积大因默认静态链接运行时、反射信息和调试符号；关键优化是加-ldflags="-s -w"、禁用cgo、显式交叉编译，实测可降60%+。
Go 环境本身就很轻量，但默认配置会悄悄引入 libc 依赖、调试符号和冗余路径信息——不干预的话，编译出的二进制在边缘设备上跑不起来，镜像也压不到 10MB 以内。
GOOS/GOARCH 和 CGO_ENABLED=0 必须配对使用
交叉编译时只设 GOOS=linux 和 GOARCH=arm64 不够，CGO_ENABLED=0 缺一不可。否则链接器仍可能尝试调用 libc，导致在 Alpine 或 scratch 镜像中直接报 standard_init_linux.go:228: exec user process caused: no such file or directory。
- ARM 设备部署前务必验证：
CGO_ENABLED=0 GOOS=linux GOARCH=arm64 go build -o app . - 若代码里用了
_ "net/http/pprof"或_ "expvar"，即使没调用也会拉入 HTTP 服务栈，体积涨 1~2MB，删掉再试 - Windows 上用 WSL 编译 Linux 二进制？必须显式设
CGO_ENABLED=0，否则默认启用 CGO，链接失败
-ldflags="-s -w" 要一起用，单独加没效果
-s 去符号表，-w 去 DWARF 调试信息——两者独立作用有限，合起来才能稳定压缩 30%~60% 体积。实测一个只含 fmt.Println 的程序，不加任何参数是 2.1MB，加了 -s -w 后降到 1.3MB。
- 别碰
-buildmode=pie：它会让二进制变大，且在某些嵌入式环境触发 mmap 权限异常 -
-trimpath必须带上：否则源码绝对路径被写进二进制，影响构建确定性，也略增体积 - 命令模板：
CGO_ENABLED=0 go build -trimpath -ldflags="-s -w" -o myapp ./main.go
Docker 多阶段构建中 builder 阶段残留是常见坑点
很多人在 Dockerfile 里写了 CGO_ENABLED=0，结果最终镜像里的二进制还是 8MB+，问题往往出在 builder 阶段没彻底隔离：比如 COPY 了整个项目目录（含 vendor 或 .git），或 RUN 指令顺序错乱导致缓存失效，间接让链接器混入未清理的 C 标准库引用。
- builder 阶段只 COPY
go.mod、go.sum和源码，.dockerignore里确保排除vendor/、.git/、testdata/ - final 阶段必须用
COPY --from=builder显式复制二进制，而不是把整个/go目录搬过去 - 验证是否真静态：运行
file myapp，输出应含statically linked；再跑ldd myapp，应返回not a dynamic executable
真正难的不是参数组合，而是每次改一行 import 就可能让体积跳升 1MB——尤其涉及 crypto/tls 或 net/http 时，证书逻辑和 ASN.1 解析器会自动带进来。这时候得靠 go tool nm 或 go tool objdump 看符号表，而不是盲目加 UPX。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
