GoLand中需在Run → Edit Configurations → Go Build配置的Environment variables里显式设置GOOS、GOARCH和CGO_ENABLED=0（Windows用分号分隔），不可依赖Shell环境；-o参数应由Output directory字段管理，避免冲突。
GoLand里怎么配GOOS/GOARCH环境变量
GoLand本身不自动注入GOOS或GOARCH，必须手动在运行配置里显式设置，否则go build仍按当前系统平台编译。
操作路径：Run → Edit Configurations → 选择你的Go Build配置 → Environment variables，填入类似GOOS=linux;GOARCH=arm64（Windows用分号，macOS/Linux用冒号）。
- 别只改终端里的环境变量——GoLand的构建任务默认不继承Shell环境，必须在配置里单独设
- 如果项目同时支持多个目标平台，建议为每个平台新建一个独立配置，比如叫
Build linux-amd64、Build windows-386 - 注意
GOOS=windows时，输出文件名要带.exe后缀，否则生成的二进制在Windows上无法双击运行
为什么go build -o没生效？检查Output Directory和Working Directory
在GoLand中，-o参数常被忽略，因为IDE默认把输出路径绑定到Output Directory字段，而不是命令行参数。
正确做法是：在运行配置里清空Go tool arguments中的-o，转而填写Output directory（如./bin），让GoLand统一管理输出位置。
- 若硬要在
Go tool arguments里写-o ./bin/app-linux-arm64，需确保Output directory为空，否则两者冲突导致构建失败 -
Working directory决定相对路径解析起点，比如代码里用了os.Open("config.yaml")，就得设成项目根目录，否则找不到文件 - 跨平台构建时，建议所有输出路径用
./bin/开头，避免硬编码绝对路径导致CI失败
CGO_ENABLED=0在哪设？别漏掉这个关键开关
想生成纯静态二进制（比如部署到Alpine容器），CGO_ENABLED=0必须和GOOS/GOARCH一起设，且顺序无关——但缺一不可。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
把它加到同一个Environment variables框里：CGO_ENABLED=0;GOOS=linux;GOARCH=amd64（Windows分隔符）。
- 只要代码里有
import "C"或第三方包调用了cgo（比如net包在某些Linux发行版上会触发），CGO_ENABLED=0就会直接报错退出 - 遇到
undefined reference to `clock_gettime'这类错误，基本就是CGO_ENABLED=0没生效，不是没设，就是被其他地方覆盖了 - 如果依赖了含cgo的包又必须静态编译，得加
-a参数强制重编：Go tool arguments里填-a -o ./bin/app
一键构建多平台？用External Tool链式调用
GoLand原生不支持“一键跑完所有平台”，但可以用External Tool把多个构建配置串起来，比写Shell脚本更可控。
路径：Settings → Tools → External Tools → + → 填Name为Multi-Platform Build，Program选sh（macOS/Linux）或cmd.exe（Windows），Arguments填对应命令。
- macOS/Linux示例Arguments：
-c "GOOS=linux GOARCH=amd64 go build -o ./bin/app-linux-amd64 . && GOOS=linux GOARCH=arm64 go build -o ./bin/app-linux-arm64 ." - Windows示例Arguments：
/c "set CGO_ENABLED=0 && set GOOS=linux && set GOARCH=amd64 && go build -o ./bin/app-linux-amd64 . && set GOARCH=arm64 && go build -o ./bin/app-linux-arm64 ." - 别指望External Tool自动识别
go.mod——它只是调外部命令，项目路径得用$ProjectFileDir$变量显式传入
真正麻烦的不是配置步骤，而是不同平台对runtime.GOOS、os/exec路径分隔符、信号处理的隐式依赖——这些不会在构建时报错，但运行时才暴露。交叉编译前，务必在目标平台最小环境中实测一次。
