-s 和 -w 必须共用才有效：-s 删除符号表，-w 移除 dwarf 调试信息；单独使用均无法显著减体积，且需配合 -trimpath 和 cgo_enabled=0 才能达成最小体积。
为什么只用 -s 或只用 -w 体积几乎不降
单独加 -s 只删 .symtab 和 .strtab 段，DWARF 调试信息（.debug_* 段）全在，这部分常占几 MB；单独加 -w 在 Go 1.20+ 中可能静默失败或报错，因为 linker 会检查符号表完整性，未清理符号表时拒绝移除 DWARF。两者必须共存才真正触发裁剪逻辑。
-
-s让nm、objdump看不到任何函数/变量名，但panic仍能打印函数名（runtime 自带轻量符号） -
-w移除所有.debug_*段，对体积贡献通常比-s更大；Windows 下这个 flag 完全不生效，别指望靠它减半体积 - 命令写法必须带引号：
go build -ldflags="-s -w"，写成go build -ldflags=-s -w会让 shell 把-w当作go build自己的参数，直接报错
如何验证 -s 和 -w 是否真的生效
不能只看 ls -lh 文件大小，得查二进制内部结构。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 运行
file your-binary：输出里含stripped表示-s生效；若显示not stripped，说明没成功 - 运行
readelf -S your-binary | grep '\.debug'：结果为空才代表-w成功；若有输出，说明 DWARF 还在 - 运行
go tool nm your-binary | head：无输出或只有极少量 runtime 符号，说明符号表已清干净
-trimpath 不减体积，但不加它 -s 就白干
-trimpath 本身不删字节，但它把编译路径（如 /home/user/go/src/github.com/myorg/app）从符号表中替换成空或相对路径，缩短了字符串长度——这能让 -s 剥离得更彻底。更重要的是，没有它，不同机器构建出的二进制哈希值必然不同，CI/CD 缓存和 Docker 层失效。
- 必须和
-ldflags="-s -w"配合使用，推荐固定组合：go build -trimpath -ldflags="-s -w" - 它不影响
panic输出的文件名（Go 1.20+ 默认已隐藏绝对路径），但能防止某些静态分析工具因路径差异误判 - 不加
-trimpath时，符号表里大量冗余路径字符串会“撑胖”二进制，尤其在 CI 环境下路径深度不一时更明显
CGO_ENABLED=0 是体积下限的关键开关
即使 -s -w -trimpath 全开了，如果没关 CGO，二进制仍可能多出 1–5 MB，尤其在 Alpine 或依赖 os/user、net 的项目里——这些包在某些系统上会 fallback 到 cgo，连带打包 libc 符号和兼容代码。
- 正确写法：
CGO_ENABLED=0 go build -trimpath -ldflags="-s -w" -o app main.go - 验证是否生效：
ldd app输出应为not a dynamic executable；若显示依赖libc.so，说明 CGO 没关掉 - 关 CGO 后，
net包默认走纯 Go DNS 解析，行为一致，无需额外适配 - 注意：macOS 和 Windows 下 CGO 关闭对体积影响较小，但 Linux（尤其容器环境）收益显著
text/template）。-s -w -trimpath + CGO_ENABLED=0 是当前 Go 生产构建的事实默认动作，漏掉任何一个，都可能让体积多出几 MB 且破坏可重现性。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
