GoLand不支持自动多平台构建，需在Run Configuration中用分号分隔显式设置CGO_ENABLED=0;GOOS=xxx;GOARCH=xxx，且必须手动指定输出名（如myapp.exe）并清理缓存以防污染。
GoLand 本身不提供“自动构建多平台二进制”的开箱即用功能，它只是把 go build 命令包装进图形界面——真正起作用的是你传给它的环境变量和参数。想在 GoLand 里稳定产出 Windows、Linux、macOS 等不同平台的可执行文件，关键不是点几下按钮，而是确保每次运行前都显式、完整、无歧义地设置好 GOOS、GOARCH 和 CGO_ENABLED。
Run Configuration 里必须用分号分隔环境变量
很多人在 GoLand 的 Run/Debug Configuration → Environment variables 栏里写成：CGO_ENABLED=0 GOOS=windows GOARCH=amd64，结果编译出来的还是 macOS 二进制。这是因为 GoLand 把空格当成分隔符，只取了第一个键值对 CGO_ENABLED=0，后面两个被忽略。
正确写法是用英文分号 ; 连接，且不能有空格：
CGO_ENABLED=0;GOOS=windows;GOARCH=amd64- Windows 上若要生成 Linux 二进制：
CGO_ENABLED=0;GOOS=linux;GOARCH=arm64 - macOS 上生成 Apple Silicon 版本：
CGO_ENABLED=0;GOOS=darwin;GOARCH=arm64
漏掉任意一个，或拼错（比如 GO_OS），go build 就会退回到宿主机平台，静默产出错误目标。
CGO_ENABLED=0 不是建议，是默认安全线
只要你的项目没显式 import "C"，也没依赖 github.com/mattn/go-sqlite3、golang.org/x/sys/unix（部分函数）这类 cgo 绑定库，就必须设 CGO_ENABLED=0。否则：
- macOS 上设
GOOS=linux但CGO_ENABLED=1→ 编译卡在#include <sys></sys>找不到头文件 - Linux 主机上设
GOOS=windows且CGO_ENABLED=1→ 报错exec: "gcc": executable file not found in $PATH - 即使侥幸编译成功，生成的二进制仍动态链接宿主机 libc，丢到 Alpine（musl）或旧版 CentOS 上直接
Segmentation fault
所以别犹豫，95% 的 CLI 工具、HTTP 服务、定时任务都该走纯 Go 静态链接路线。
输出名和后缀必须手动指定，GoLand 不会帮你补 .exe
GoLand 调用 go build 时，不会根据 GOOS=windows 自动加 .exe 后缀。如果你只写 -o myapp，最终得到的是一个叫 myapp 的无后缀文件——Windows 用户双击打不开，命令行也执行失败。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
解决方法很简单：在 Run Configuration 的 Program arguments 或 Output directory 对应字段里，显式写出带后缀的目标名：
-
-o myapp.exe（Windows 目标） -
-o myapp-linux-amd64（Linux 目标） -
-o myapp-darwin-arm64（macOS 目标）
顺便加上 -ldflags="-s -w" 能减小体积 30–50%，发布时很实用。
切换平台前务必清缓存，否则旧平台符号会污染新构建
Go 的构建缓存（$GOCACHE）和模块缓存（$GOPATH/pkg/mod）默认按平台混合存储。如果你之前在 macOS 上编译过含 cgo 的包，缓存里可能存了带 Darwin 符号的 .a 文件；现在切到 GOOS=linux 构建，链接器可能误用这些符号，导致静默降级或运行时 panic。
最稳妥的做法是：每次切换 GOOS/GOARCH 组合前，在终端手动执行：
go clean -cache -modcache
或者在 GoLand 的 Terminal 里跑这句——比反复调试“为什么明明设了 GOOS=windows 却还是 ELF 文件”省半小时。
真正容易被忽略的，是缓存污染和后缀缺失这两点。前者让构建结果不可信，后者让交付物在目标平台根本无法执行——它们不报错，但会让你花最多时间排查。
