Go编译二进制默认偏大是因为静态链接自带运行时、反射信息、调试符号和未裁剪符号表；使用go build -ldflags="-s -w"可去除符号表与DWARF信息，减小30%–70%体积，且不影响panic行号显示。
为什么 go build 生成的二进制默认偏大？
Go 编译出的二进制是静态链接的，自带运行时、反射信息、调试符号（debug/gosym、debug/elf 等）、以及未裁剪的符号表。即使一个只打印 "hello" 的程序，也常达 2MB+ —— 这不是代码体积问题，而是默认保留了完整调试与运行支持。
用 -ldflags 去除调试符号和 DWARF 信息
这是最直接有效的瘦身手段，能减少 30%–70% 体积，且几乎无副作用（除非你真需要 pprof 或 delve 调试线上二进制）。
实操建议：
- 加
-s：去掉符号表（symbol table） - 加
-w：去掉 DWARF 调试信息 - 组合使用：
go build -ldflags="-s -w" -o myapp ./cmd/myapp - 注意：
-s和-w不影响 panic 堆栈行号（仍会显示文件名和行号），但会丢失函数名解析能力（如runtime.CallersFrames返回的Func.Name()为空）
启用 Go 1.21+ 的 -buildmode=pie 并非瘦身选项
别被名字误导：-buildmode=pie 是为安全启用地址空间布局随机化（ASLR），它通常会让二进制略大（因需保留重定位信息），且在大多数容器或 CLI 场景中不必要。真正瘦身不该走这条路。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
更关键的是：Go 官方明确说明，-buildmode=pie 当前不兼容 -s -w（链接器会报错），强行混用会导致构建失败。若你看到某些文章推荐它“减小体积”，那是混淆了概念或基于过时测试。
交叉编译时别漏掉 GOCGO=0 和 CGO_ENABLED=0
只要你的模块没显式依赖 C 库（比如没用 net 包的 DNS CGO 实现、没调 os/user 的 libc 查用户），就该强制禁用 CGO。否则 go build 会悄悄链接系统 libc，不仅破坏静态性，还会因引入动态依赖而让二进制无法跨环境运行——这常被误认为“体积没变小”，其实是被额外嵌入的符号和间接依赖撑大了。
正确做法：
- 构建前设环境变量：
CGO_ENABLED=0 GOCGO=0 go build -ldflags="-s -w" -o myapp ./... - 验证是否真静态：
file myapp应显示statically linked；ldd myapp应输出not a dynamic executable - 如果用了
net/http但想避免 CGO DNS，可加GODEBUG=netdns=go运行时控制，而非开启 CGO
真正影响最终体积的，往往不是代码行数，而是你有没有关掉调试信息、有没有误启 CGO、有没有在交叉编译时被工具链悄悄带入 host 系统依赖。这些点一旦忽略，再怎么压缩源码或删日志都收效甚微。
