生产构建必须使用 go build -trimpath -ldflags="-s -w"：-s 删除符号表，-w 删除调试信息，-trimpath 去除绝对路径，三者缺一不可，否则敏感信息将暴露。
go build -ldflags="-s -w" 是生产构建的强制操作
只要二进制不用于本地调试，就必须加 -ldflags="-s -w"。这不是“可选优化”，而是安全底线：-s 移除 ELF 符号表（.symtab、.strtab），-w 移除 DWARF 调试信息（.debug_* 段）。两者缺一不可——只加 -s 仍能用 gdb 查源码行号；只加 -w 仍能用 nm 列出所有函数名。实际构建中漏掉任一参数，都会导致敏感路径、变量名、甚至未调用函数里的字符串字面量（如 "api_key"）完整暴露在二进制里。
跨平台构建时 -trimpath 必须显式启用
不同平台构建环境路径差异极大：macOS 上可能是 /Users/alex/go/src/app，Linux CI 可能是 /workspace/build/app。这些绝对路径会硬编码进 DWARF 和部分 panic 堆栈（即使开了 -w，某些路径元数据仍残留）。不加 -trimpath，二进制里就藏着开发者机器结构或 CI 工作目录，给逆向分析提供关键线索。
-
-trimpath在 Go 1.13+ 默认可用，无需额外条件 - 它不依赖
-s或-w，但三者应组合使用：go build -trimpath -ldflags="-s -w" - 若用
CGO_ENABLED=0静态构建，-trimpath依然生效，且能避免 cgo 相关路径污染
远程调试必须反向保留符号，且仅限特定构建
需要 dlv 远程调试时，不能简单禁用所有调试信息。真实场景下，你得做两套构建：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 开发/测试构建：用
go build -gcflags="-N -l" -ldflags="-w"——-N关闭内联和优化，-l禁用行号压缩，-w保留 DWARF 但删符号表，平衡调试能力与体积 - 生产构建：严格使用
-s -w -trimpath，且禁止在任何环节混入-N -l - 切勿对同一二进制既开
-N又加-s：前者要求符号可定位，后者直接删掉符号表，dlv会报could not load symbol table
panic 堆栈是否可见不取决于 -s/-w
很多人误以为加了 -s -w 就看不到 panic 错误里的函数名和行号。其实 Go 运行时自己维护了一套轻量符号信息（PC-to-function mapping），和 ELF 符号表完全无关。所以即使全剥离，panic("boom") 仍会输出类似 main.main at main.go:12 的堆栈——但这仅限于已编译进最终二进制的代码。如果函数被死代码消除（如未被调用的 subplay.B()），那它连带的行号信息也彻底消失，不会出现在任何堆栈里。
立即学习“go语言免费学习笔记（深入）”；
