必须用 -ldflags="-s -w" 组合，因 -s 删除符号表而 -w 删除调试段，二者作用域不同、缺一不可；Windows 下 -w 无效，需交叉编译；CGO_ENABLED=0 和 -trimpath 为配套刚需，否则无法彻底瘦身与去标识化。
必须用 -ldflags="-s -w" 组合，单独用 -s 或 -w 效果打折，甚至静默失效。
为什么 -s 和 -w 必须一起用
-s 删除 ELF 符号表（.symtab、.strtab），让 nm、objdump 看不到函数名；-w 删除所有 .debug_* 段，阻断 DWARF 调试能力。两者作用域不同，缺一不可：
- 只加
-s：DWARF 信息还在，delve仍能单步、看变量，逆向者也能还原函数结构 - 只加
-w：符号表还在，nm仍可列出所有导出符号，暴露关键函数名和调用关系 - 合用后体积减少 30%–50%，且
panic堆栈不受影响（Go 运行时自己维护 PC→函数名映射）
Windows 下 -w 不生效是已知限制
Go 的 Windows linker（linker）从不支持 -w，所以你在 Windows 上执行 go build -ldflags="-s -w"，-w 会被 quietly ignored —— -s 仍生效，但调试信息删不干净，体积缩减仅约 10%–20%。
- 验证方式：编译后运行
go tool objdump -s "" your.exe | grep debug，若输出非空，说明-w没起作用 - 替代方案：改用 Linux/macOS 构建环境交叉编译（
GOOS=windows GOARCH=amd64 go build ...），此时-w有效 - 别信
strip工具：Windows 上strip对 Go 二进制基本无效，Go 的符号不是传统 ELF 风格
CGO_ENABLED=0 是配套刚需，不是可选项
没关 CGO，-ldflags="-s -w" 就像给油车换轮胎却不换机油——符号裁剪了，但 libc 相关的未用代码、动态链接桩、C 标准库符号残留仍在，体积减不下来，还可能引入 libc 兼容性风险。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
-
CGO_ENABLED=0强制纯 Go 链接，移除所有 C 依赖，同时让net、os/user等包回退到纯 Go 实现 - Alpine 容器部署必须设它，否则 runtime 会报
libc not found - 和
-ldflags="-s -w"合用，才是生产镜像瘦身的最小可行组合
别漏掉 -trimpath，否则源码路径白删了
即使用了 -s -w，二进制里仍可能嵌入绝对路径（比如 /home/alice/project/cmd/app/main.go），这既泄露开发机结构，又破坏构建可重现性。
-
-trimpath（Go 1.13+）自动替换所有源码路径为相对路径或空，配合-ldflags="-s -w"才算真正“去标识化” - 正确写法：
go build -trimpath -ldflags="-s -w" -o app ./cmd/app - CI/CD 中建议固化为默认参数，避免某次手动构建漏掉导致发布包带路径痕迹
真正难的不是加这几个 flag，而是确认你是否真的不需要 post-mortem 调试能力——一旦 -s -w 生效，delve 和 gdb 就彻底失效，pprof 的火焰图也会丢失函数名（只显示地址）。如果线上偶发 crash 需要 deep dive，得另备未裁剪的 debug 版本，而不是临时重编译。
