该错误是因cgo启用时系统path中未找到gcc编译器所致，需检查goland终端的path是否包含gcc路径、确认shell配置文件（如~/.zshrc）是否被正确加载，并验证goos/goarch等环境变量在goland中是否生效。
GoLand里go build报“exec: 'gcc': executable file not found”
这不是Go本身的问题，而是cgo启用时找不到C编译器。GoLand默认会继承系统PATH，但如果你在~/.bashrc或~/.zshrc里用export PATH=...全量重写了PATH（比如漏掉了/usr/bin），GCC路径就丢了。
排查步骤：
- 在GoLand内置终端执行
echo $PATH，和你在系统终端里执行的结果对比——常见问题是GoLand没加载你改的Shell配置文件 - 检查是否用了
source ~/.bashrc但GoLand启动方式是桌面图标（它不读~/.bashrc，而读~/.profile或~/.zprofile） - 运行
which gcc确认GCC真实存在，再看这个路径是否在GoLand终端的PATH里 - 如果PATH里有
/usr/local/bin但GCC在/usr/bin，说明PATH被截断或覆盖了
GOOS/GOARCH在GoLand终端里设了却不生效
根本原因是GoLand终端默认用PowerShell（Windows）或zsh（macOS），而你照着CMD或bash语法写set GOOS=linux或export GOOS=linux，命令压根没执行成功。
验证方法：在GoLand终端里执行go env GOOS，输出不是你设的值，就说明环境变量没落进Go进程里。
正确做法：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- Windows PowerShell：
$ENV:GOOS="linux"、$ENV:GOARCH="amd64"（注意$ENV:前缀和双引号） - macOS/Linux zsh/bash：
export GOOS=linux、export GOARCH=amd64，且确保这行写在~/.zshrc里并已source ~/.zshrc - 临时测试别用
go run，直接go env | grep GOOS，避免缓存干扰
GoLand调试时dlv连不上，但终端里dlv version正常
GoLand调试器启动dlv时，用的是它自己读取的环境变量，不是你终端当前的。常见覆盖点是GOPATH、GOPROXY、PATH，尤其当远程调试时，GoLand不会自动把本地环境变量传过去。
关键检查项：
- GoLand Settings → Go → Environment里是否手动填了
GOPROXY？它和终端go env GOPROXY可能不一致 - 远程调试配置中，“Remote Host”填的是IP，但
dlv --listen :2345实际监听的是127.0.0.1:2345，得改成--listen :2345或--listen 0.0.0.0:2345 - 如果用了
asdf或gvm管理Go版本，GoLand的SDK选的是~/.asdf/installs/go/1.22.5，但dlv装在另一个Go版本下，PATH里找不到 - Linux/macOS上，
dlv权限为root:root时，普通用户进程无法执行，报错却只显示“connection refused”
项目右键Reload后依赖全红，但终端go mod tidy能过
GoLand Reload项目时，会用自己的环境变量重新解析go.mod，如果它读到的GOPROXY是空的或direct，而你终端里设的是https://goproxy.cn,direct，就会拉不到包。
这不是缓存问题，是环境分裂：
- Settings → Go → Go Modules → Proxy Server必须显式填上
https://goproxy.cn，不能留空 - 不要依赖“继承系统环境变量”选项——GoLand有时会忽略它，尤其从桌面启动时
- 检查Settings → Go → Environment里有没有冲突的
GOPROXY或GOINSECURE，它们会覆盖模块设置 - 如果项目用了私有模块，
GOINSECURE必须加在GoLand的Environment里，终端里设了也没用
go env在终端和GoLand里输出的差异，比瞎试快得多。
