在Windows的GoLand中设GOOS=windows无效，因其本就生成.exe；真正需配置的是GOOS=linux/darwin等跨平台目标，并必须同时设置GOOS、GOARCH和CGO_ENABLED=0，且推荐Go 1.22+版本以确保静态链接兼容性。

GoLand里设GOOS=windows在Windows上根本没用

你在 Windows 上运行 GOOS=windows go build，和直接 go build 完全等价。Go 工具链不会因此触发交叉编译，也不会改变输出行为——它本来就在生成 .exe。PowerShell 甚至不认 GOOS=xxx 这种写法，得写成 $env:GOOS="windows"，但即便设对了，也纯属冗余。

真正要配的是 GOOS=linux 或 GOOS=darwin

跨平台构建的目标，从来不是“输出到 Windows”，而是“从 Windows 输出到 Linux/macOS/ARM”。关键变量只有三个，必须同时设：

• GOOS：目标操作系统，比如 linux、darwin、windows（仅当 host 是非 Windows 时才有意义）
• GOARCH：目标 CPU 架构，比如 amd64、arm64；注意 arm ≠ arm64，树莓派 4 要用 arm64
• CGO_ENABLED=0：禁用 CGO，否则默认链接 Windows 的 libc，生成的二进制在 Linux 上会报 Exec format error

在 GoLand 的 Run Configuration → Environment variables 里添加这三行，值之间用换行分隔，不要加空格或引号。

GoLand 2026.1.1

GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。

下载

Go 版本和静态链接兼容性不能忽略

Go 1.16 是分水岭：之前版本对 GOOS=linux 的静态链接支持不完整，即使加了 CGO_ENABLED=0，也可能在 CentOS/RHEL 上因符号缺失而崩溃。2026 年建议用 go1.22+。

• 确认方式：go version 输出中带 go1.22 或更高
• 旧项目升级后，需重跑 go mod tidy，避免依赖残留隐式调用 CGO 的包
• 若项目真依赖 C 库（如 sqlite3、fyne），CGO_ENABLED=0 会直接编译失败，此时只能改用 musl 构建或在目标机预装对应库

输出路径必须用绝对路径

GoLand 启动的 shell（CMD/PowerShell/WSL）对相对路径解析不一致。比如你设 Output directory: ./build，在 PowerShell 下可能变成 C:\Users\XXX\build，而在 WSL 终端里又指向 Linux 根目录。结果就是找不到文件，或覆盖错地方。

实操建议：

• 在 Run Configuration 的 Output directory 栏填绝对路径，例如 D:\build\app-linux
• 避免路径含中文、空格、括号；Windows 用户尤其别用 OneDrive 同步目录，容易触发文件锁
• 如果要用变量，只认 %USERPROFILE% 这类系统环境变量，$GOPATH 在 GoLand 的 Run 配置里不生效

GoLand 的跨平台构建本质是复用 Go 原生交叉编译能力，它本身不提供额外工具链。所有问题最终都落在三个变量是否齐全、Go 版本是否够新、CGO 是否被意外启用——漏掉任一环，生成的文件就大概率在目标机器上直接拒绝执行。