GoLand 不支持多架构自动构建，需手动配置 Run Configuration 的 GOOS/GOARCH/CGO_ENABLED 环境变量，并禁用 cgo 以生成正确 Linux 二进制；推荐用 Terminal 手动构建验证，再通过 file 命令确认 ELF 格式及架构匹配。
GoLand 本身不提供“多架构自动构建”功能，它只是调用 go build；真正支持多架构打包的是 Go 的跨平台编译机制，关键在环境变量组合是否正确、是否禁用 cgo，以及构建配置能否稳定复现这些条件。
GoLand Run Configuration 怎么设 GOOS/GOARCH/CGO_ENABLED
必须在每个运行配置里显式注入，不能依赖全局 go env -w，否则 Windows/macOS 开发机上跑出来的二进制可能仍带本地动态链接：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 打开 Run → Edit Configurations…，选中你的启动配置
- 在 Environment variables 栏填入（注意是分号分隔，无空格）：
GOOS=linux;CGO_ENABLED=0;GOARCH=amd64（ARM64 服务器则用GOARCH=arm64） -
CGO_ENABLED=0是硬性要求：只要留着它，go build就会尝试链接 libc，而目标 Linux 服务器未必有对应版本，导致./myapp: No such file or directory - 输出路径建议设为
bin/linux-amd64/myapp这类带架构标识的目录，避免和本地构建产物混在一起 - 务必勾掉 Run after build —— Windows 上根本没法执行 Linux 二进制，IDE 会报错或卡住
为什么用 Terminal 手动构建更可靠
GoLand 图形界面偶尔缓存旧环境变量，或受 GOPROXY/GOPRIVATE 干扰，尤其在切换模块或重载项目后。遇到构建产物上传服务器后报 cannot execute binary file: Exec format error 或 no such file or directory，第一反应不是改代码，而是切到 Terminal 验证：
- 确保当前目录是项目根（含
go.mod），执行：GOOS=linux CGO_ENABLED=0 GOARCH=amd64 go build -o bin/linux-amd64/myapp . - 不要用
set GOOS=linux（Windows cmd）或$env:GOOS="linux"（PowerShell）——PowerShell 不兼容 Go 的变量语法，必须用=连写形式 - 构建完立刻检查：
file bin/linux-amd64/myapp应输出ELF 64-bit LSB executable, x86-64；若显示PE32+，说明环境变量根本没生效 - 如果提示
import "C": C source files not allowed when CGO_ENABLED=0，说明某个依赖（如sqlite、某些 crypto 包）强制用了 cgo，得换纯 Go 实现，或保留CGO_ENABLED=1并在服务器装gcc和libc-dev
Linux 服务器上验证架构匹配的三件事
传上去的二进制不是“扔上去就能跑”，失败几乎全是环境错配：
-
架构必须对齐：
uname -m输出aarch64就只能用GOARCH=arm64构建；输出x86_64才能用amd64 -
文件权限要加执行位：
chmod +x bin/linux-amd64/myapp，否则bash: ./myapp: Permission denied -
别跳过
file检查 —— 它比任何日志都直接。很多人省这一步，结果花半小时查 systemd service 配置，其实文件压根就不是 Linux 可执行格式
