GoLand中需在Run Configuration的Go build tags and options填-ldflags="-s -w"（双引号包裹），Environment中设CGO_ENABLED=0，Go tool arguments加-trimpath，UPX需终端手动执行且满足三要素。
GoLand 里怎么加 -ldflags="-s -w"
直接在 Run Configuration 的 Go build tags and options 栏填 -ldflags="-s -w" 就行，但必须注意引号嵌套——外层是 GoLand UI 输入框的字符串边界，内层是 shell 传给 linker 的参数，少一层引号就会让 -w 被当成 go build 自己的 flag，报错 flag provided but not defined: -w。
- 正确写法：
-ldflags="-s -w"（双引号包裹整个值） - 错误写法：
-ldflags=-s -w（-w脱离引号，被 GoLand 当成独立参数） - 如果还要注入版本号，写成：
-ldflags="-s -w -X main.Version=v1.2.3"，-X参数必须和-s -w在同一对引号里
CGO_ENABLED=0 必须设在 Environment 中
GoLand 不会自动继承你终端里的环境变量，CGO_ENABLED=0 必须显式加到 Run Configuration 的 Environment variables 里，否则哪怕 -ldflags 写对了，二进制仍可能悄悄链接 libc，体积多出 1–2MB，且 ldd ./app 显示依赖 libc.so。
- 在 Environment variables 栏点 + 号，Key 填
CGO_ENABLED，Value 填0 - 别写成
CGO_ENABLED=0（等号不能出现在 Key 里） - 验证方式：构建后运行
file ./app，输出应含statically linked；再跑ldd ./app，应输出not a dynamic executable
-trimpath 是 GoLand 构建稳定性的隐形开关
-trimpath 不减体积，但它防止不同开发机、不同用户目录路径（比如 /home/alice/... vs /Users/bob/...）把长绝对路径塞进符号表，导致相同代码构建出的二进制哈希不一致——CI 流水线缓存失效、Docker 层重复上传、镜像签名验证失败都可能由此而来。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 在 GoLand 的 Run Configuration →
Go tool arguments里加上-trimpath - 顺序无关紧要，但建议放最前面：
-trimpath -ldflags="-s -w" - 它不影响 panic 输出（Go 1.20+ 默认已隐藏路径），但能让
pprof符号解析更干净
UPX 压缩不能在 GoLand 里一键启用
GoLand 没有 UPX 集成，强行在 Build 后加脚本容易漏掉 -buildmode=exe 导致解包崩溃。真要用 UPX，得先确保三要素齐全：CGO_ENABLED=0、-ldflags="-s -w"、-buildmode=exe（Linux/macOS 下默认就是 exe，Windows 需显式加）。
立即学习“go语言免费学习笔记（深入）”；
- 构建命令示例（终端执行）：
CGO_ENABLED=0 go build -buildmode=exe -trimpath -ldflags="-s -w" -o app ./main.go - 再用 UPX：
upx --best --lzma ./app - 务必验证：
./app --help能跑通，且readelf -S ./app | grep '\.debug'为空 - 云环境（如 AWS Lambda、K8s initContainer）慎用 UPX，部分 runtime 会拒绝加载解包后的内存页
CGO_ENABLED=0 关掉了 libc 依赖，-ldflags="-s -w" 清掉了调试元数据，-trimpath 切断了路径污染链——少一个，体积就卡在某个“看似优化过但其实没到位”的中间态。 
