GoLand 不支持构建时自动压缩二进制，需在构建命令中显式配置：CGO_ENABLED=0、-trimpath、-ldflags="-s -w"、GOOS/GOARCH，并确保UPX前满足stripped和-buildmode=exe等前提条件。
GoLand 本身不支持构建时自动压缩二进制
GoLand 的「Build project automatically」只是触发 go build，它不介入编译过程，更不会调用 upx 或改写 -ldflags。所谓“自动构建时压缩”，本质是你得把体积压缩逻辑写进构建命令里，而不是靠 IDE 配置开关。
真正起效的是 go build 命令里的 -ldflags 和环境变量
GoLand 的自动构建最终执行的还是 shell 命令，所以你要在 GoLand 的构建配置中显式注入压缩参数。关键点不是勾选某个选项，而是确保每次 go build 都带上正确的 flag：
-
CGO_ENABLED=0：必须设，否则 libc 相关符号白占 1–2 MB -
-trimpath：避免绝对路径字符串塞进二进制，影响哈希一致性 -
-ldflags="-s -w"：必须加引号，否则-w会被 shell 当成go build自身参数而报错 - 显式指定
GOOS和GOARCH（如GOOS=linux GOARCH=amd64），防止 macOS 主机交叉编译时混入 host 符号
GoLand 里怎么填这些参数
打开 Settings → Go → Build Tags & Vendoring，找到 Build command 输入框（不是 “Build project automatically” 开关本身）：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 不要只写
go build，要写完整命令，例如：CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -trimpath -ldflags="-s -w" -o ./bin/app ./cmd/app - 如果项目有多个 main 包，建议用
./...替代具体路径，但需确认模块边界清晰，避免误包测试文件 - 别在 GoLand 设置里填
UPX——它不支持 post-build hook；真要用 UPX，得在 CI/CD 或手动脚本里跑upx --best ./bin/app，且必须先满足 stripped 条件（见下条）
UPX 不是开箱即用，漏一步就 panic
很多人在 GoLand 里配完 -s -w 就直接上 UPX，结果运行时报 failed to map stack。这是因为：
- 默认
go build生成的是 PIE（Position Independent Executable），UPX 解包后无法正确映射栈空间 - 必须加
-buildmode=exe强制非 PIE 模式（go build -buildmode=exe ...） - 含
//go:cgo_import_dynamic或大量 TLS/ASN.1 的程序，UPX 会拒绝压缩并抛NotCompressibleException - 验证是否可压：先跑
file ./app确认输出含stripped，再试upx --test ./app
最常被忽略的是：-trimpath 和 CGO_ENABLED=0 不是“锦上添花”，而是 UPX 能否安全运行的前提条件。少一个，压缩后的二进制大概率启动失败。
