goland不管理全局环境变量，仅读取系统已配置的goroot（须设为系统变量）、gopath（推荐用户变量）等；windows需用cmd启动以继承变量，修改后须彻底重启ide。
GoLand 本身不管理全局环境变量，它只读取系统已配置的环境变量（如 GOROOT、GOPATH、GO111MODULE 等）。所谓“GoLand 全局环境变量设置”，本质是配置操作系统级环境变量，并确保 GoLand 启动时能继承它们。
为什么 GoLand 启动后 go env 显示的 GOROOT 是空或错误？
根本原因是 GoLand 没继承到系统设置的环境变量——尤其在 Windows 下通过图形界面启动 GoLand（比如开始菜单快捷方式）时，它默认不会加载用户/系统环境变量的最新状态。
- Windows 用户：必须用
cmd或powershell启动 GoLand，例如：start "C:\Program Files\JetBrains\GoLand 2026.2\bin\goland64.exe"，才能保证环境变量生效 - macOS/Linux 用户：如果从 Dock 或桌面图标启动，GoLand 可能只继承 shell profile 中的部分变量；推荐从终端执行
open -a "GoLand"启动 - 检查方式：在 GoLand 的 Terminal 中运行
go env GOROOT，若为空，说明 IDE 没读到 —— 不是 GoLand 设置错了，而是它没拿到
GOROOT 和 GOPATH 必须设为系统变量还是用户变量？
结论明确：GOROOT 必须设为 系统变量，GOPATH 推荐设为 用户变量。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
GOROOT是工具链定位依据，所有用户都需要访问；设为用户变量会导致其他账户或 CI 工具无法识别 -
GOPATH是工作区路径，因人而异；设为用户变量可避免多用户冲突，且 Goland 默认读取用户变量中的GOPATH - 两者都不要和安装路径混用（例如把
GOPATH设成D:\go，而GOROOT也是D:\go），否则go install会把二进制写进GOROOT/bin，污染 SDK
GO111MODULE=on 为什么在 GoLand 里不生效？
因为 GoLand 的构建/运行流程可能绕过 shell 环境，直接调用 go 命令但未传入当前 shell 的环境上下文。最可靠的方式是用 go env -w 持久化设置。
- 在终端中执行：
go env -w GO111MODULE=on（注意不是auto） - 再执行：
go env -w GOPROXY=https://goproxy.cn,direct（国内必备） - 重启 GoLand，然后在 IDE Terminal 中运行
go env GO111MODULE验证是否为on - 若仍无效，检查 GoLand Settings → Go → GOROOT 是否被手动指定为某个旧版本路径（会覆盖环境变量）
GoLand 运行配置里填的 “Environment variables” 是全局的吗？
不是。这里填的变量仅作用于单个 Run Configuration（即某次点击 ▶️ 运行时），对其他项目、终端、构建过程完全无影响。
- 常见误操作：在 Run Configuration 里加了
GO111MODULE=on，以为全局生效，结果go list -m all仍报错 - 这个字段适合临时调试，比如测试某个包在
GOCACHE=off下的行为 - 真正需要全局生效的变量（
GOROOT、GO111MODULE、GOPROXY），必须走操作系统环境变量 +go env -w
最容易被忽略的一点：修改完系统环境变量后，**已打开的 GoLand 实例不会自动刷新**，必须彻底退出（包括托盘进程），再重新启动。Windows 用户尤其要注意任务栏右下角是否还有 GoLand 图标残留。
