goos和goarch必须成对设置且缺一不可，单独设置会导致生成当前平台二进制而报exec format error；cgo_enabled=0是默认安全选项，可生成静态链接二进制，避免libc依赖和运行时panic。
GOOS 和 GOARCH 必须成对设置，缺一不可
交叉编译失败最常见的原因是只设了 GOOS 没设 GOARCH，或者反过来。Go 不会自动补全缺失项——比如设了 GOOS=linux 但没指定 GOARCH，默认仍用当前平台的架构（Windows 下是 amd64，但可能不匹配目标 Linux 发行版），导致生成的二进制在目标机器上报 cannot execute binary file: Exec format error。
常见组合必须严格对应：
-
GOOS=linux+GOARCH=amd64（主流 x86_64 服务器） -
GOOS=windows+GOARCH=amd64（64 位 Windows） -
GOOS=darwin+GOARCH=arm64（Apple Silicon Mac） -
GOOS=linux+GOARCH=arm64（AWS Graviton、树莓派 4 等）
CGO_ENABLED=0 是跨平台编译的默认安全选项
启用 CGO（CGO_ENABLED=1）会让 Go 链接本地 C 库，这直接破坏交叉编译：你在 Windows 上没法链接 Linux 的 libc。除非你明确需要调用 C 函数（如 Fyne GUI、SQLite 绑定），否则一律设为 CGO_ENABLED=0。
注意：设为 0 后，net 包会回退到纯 Go 实现（DNS 解析走 TCP/UDP 而非系统 getaddrinfo），性能略降但完全可接受；os/user、os/exec 等行为也保持一致。
命令行示例（Linux 可执行文件）：
CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -o myapp-linux .
GoLand 中配置 Run/Debug Configuration 的真实写法
在 GoLand 的 Run > Edit Configurations 里添加环境变量时，**必须用分号 ; 分隔，不能用空格或换行**。错误写法：GOOS=linux GOARCH=amd64 或分行写，会导致只有第一个变量生效。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
正确填写方式（Environment variables 栏）：
CGO_ENABLED=0;GOOS=linux;GOARCH=amd64
如果你用的是 WSL 或远程 SDK，这个配置依然有效——它作用于 GoLand 启动的构建进程，和底层执行环境无关。但要注意：若项目启用了 cgo 且依赖本地头文件（如 #include <sys></sys>），即使设了 CGO_ENABLED=0，go build 仍可能因源码中条件编译触发而报错，此时需检查 // +build 标签或改用纯 Go 替代方案。
交叉编译产物无法直接运行？先确认目标系统兼容性
生成的二进制看似成功，但传到目标机器后提示 No such file or directory（即使文件路径正确），大概率是动态链接问题：你的构建环境（如 Ubuntu 24.04）生成的 linux/amd64 二进制，依赖较新的 glibc 版本，而目标服务器（如 CentOS 7）只有旧版 glibc 2.17。
解决方法只有两个：
- 用更老的基础镜像构建（如
golang:1.21-alpine或golang:1.20-bullseye），Alpine 默认用musl，体积小且兼容性强 - 坚持用
CGO_ENABLED=0，它天然规避glibc依赖，生成静态链接二进制
验证是否静态链接：在目标机器运行 ldd ./myapp-linux，输出 not a dynamic executable 即表示成功。
