GoLand中GOROOT不生效主因是IDE不继承系统shell环境，需手动在Settings→Go→GOROOT中指定真实路径（如D:\golang），并重启IDE；GO111MODULE等变量须在Go Environment或Run Configuration中显式配置。
GoLand 里 GOROOT 不生效的常见原因
不是 Goland 没读环境变量，而是它默认不继承系统 shell 的环境 —— 尤其是 Windows 从桌面图标启动、macOS 用 Dock 启动时，GOROOT 往往为空或错配。此时 go version 在终端能跑，但在 Goland 里点 Run 却报 cannot find package "fmt" 或提示 “Go SDK not found”。
实操建议：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 先在终端执行
go env GOROOT确认真实路径（如D:\golang或/usr/local/go），注意不要带尾部反斜杠 - 打开 Goland → File → Settings → Go → GOROOT，手动填入该路径（别依赖“自动检测”）
- 如果用了多版本 Go（比如通过
go install golang.org/dl/go1.23.1@latest下载的 SDK），Goland 不会自动识别，必须显式指定到对应版本的根目录（如D:\ENSPACE\golandsdk\1.23.1\go1.23.1）
项目级环境变量要填在 Go Environment 字段里
Goland 的 “Run Configuration” 或 “Go Environment” 设置才是控制单个项目运行时环境的地方，系统级 PATH 或 GO111MODULE 在这里不自动生效。
实操建议：
- 进入 File → Settings → Go → Go Environment
- 点击右侧
...按钮，在弹出窗口中添加变量，例如：GO111MODULE=onGOPROXY=https://goproxy.ioCGO_ENABLED=0（交叉编译时常用） - 这些设置只影响当前项目，不会污染全局；若想所有新项目都带，可在 Settings → Editor → File and Code Templates → Go Application 模板里预置
go install 生成的二进制找不到？检查 GOBIN 和 PATH
很多人执行 go install github.com/xxx/cli@latest 后，在 Goland 终端里输 cli --help 报 “command not found”，其实是因为 GOBIN 没设，或没加进系统 PATH。
实操建议：
- 显式设置
GOBIN：在 Goland 的Go Environment里加一行GOBIN=%GOPATH%\bin（Windows）或GOBIN=$GOPATH/bin（macOS/Linux） - 确保系统
PATH包含%GOPATH%\bin或$GOPATH/bin，否则 Goland 内置终端无法识别刚 install 的命令 - 验证方式：在 Goland 内置终端里运行
echo $GOBIN和which cli（Linux/macOS）或where cli（Windows）
调试时环境变量和运行时不一致？看 Debug 控制台的 go env
Goland 调试器和 Run 配置可能用不同环境上下文，尤其当你同时设置了系统变量、项目 Go Environment、以及 Run Configuration 的 Environment variables 字段时，优先级容易混淆。
实操建议：
- 调试前务必打开 Debug Console，直接输入
go env查看当前实际生效的变量 - Run Configuration 中的
Environment variables字段（在 “Edit Configurations” 里）优先级最高，会覆盖Go Environment设置 - 如果调试时需要加载 .env 文件（比如用
godotenv），别指望 Goland 自动读 —— 必须在 Run Configuration 的环境变量里手动展开写全，或改代码用os.Setenv预加载
Go Environment 控制构建链，而每个 Run/Debug 配置还能再叠加一层。最容易被忽略的是——你改了系统 GOROOT，但没重启 Goland，它仍然用旧值缓存着 SDK 信息。 
