生产环境应使用 go build -ldflags="-s -w" 剥离调试信息：-s 删除符号表，-w 禁用 DWARF 数据，二者需共用；单独使用均不完整。验证可用 nm、file、readelf 检查，体积通常减少 20%~40%，但将无法用 delve 调试或获取 panic 行号。
Go 构建默认会嵌入调试信息（如 DWARF 符号），导致二进制体积膨胀、暴露源码路径甚至函数名，生产环境应主动剥离。
用 -ldflags="-s -w" 剥离符号和调试段
这是最直接有效的方式：-s 删除符号表和调试信息，-w 禁用 DWARF 调试数据。两者需同时使用才完整生效。
-
-s单独用仍会保留部分调试元数据（如 Go runtime 的 panic 信息中可能含文件名） -
-w单独用不删符号表，二进制仍可被nm或objdump反查函数名 - 正确写法：
go build -ldflags="-s -w" -o app ./main.go - 若用
go install，同样加-ldflags参数；交叉编译时也适用
注意 -gcflags 不影响调试信息
-gcflags 控制编译器行为（如内联、逃逸分析），与链接阶段的调试信息无关。误用 -gcflags="-l"（禁用内联）或 -gcflags="-N"（禁用优化）不能减小体积或隐藏符号。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 调试信息由链接器（
link）生成，只受-ldflags影响 -
-gcflags可能间接影响二进制大小（如关闭内联会增大代码），但不触碰符号/调试段 - 混淆函数名需额外工具（如
garble），不是go build原生能力
验证是否成功剥离
构建后用系统命令快速检查：
- 查符号表：
nm app | head -n 5—— 成功则输出为空或仅极少数 runtime 符号 - 查调试段：
file app—— 正常应显示not stripped，但若含with debug_info则失败 - 查 DWARF：
readelf -S app | grep debug—— 成功则无任何.debug_*段 - 体积对比：
go build -o app.debug ./main.govsgo build -ldflags="-s -w" -o app.strip ./main.go，后者通常小 20%~40%
剥离后无法用 delve 调试，也不能从 panic stack trace 中看到源码行号——这正是生产环境要的效果。若 CI/CD 流程中需保留一份带调试信息的包用于事后分析，建议用不同文件名分开构建。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
