GoLand切换Go版本本质是修改系统GOROOT和PATH环境变量，IDE启动时缓存环境，必须重启才生效；手动设置GOROOT易冲突，应依赖PATH自动发现，且需确保终端与IDE继承同一环境。
GoLand 里切换 Go 版本本质是改 GOROOT
GoLand 不自己管理 Go 版本，它只读取当前 shell 或系统环境里的 GOROOT 和 PATH。你看到的 “SDK not found” 或版本号没变，90% 是因为 IDE 没拿到正确的 GOROOT 路径，而不是 IDE 设置本身出错。
关键点：GoLand 启动时会缓存环境变量，改完系统 PATH 或 GOROOT 后，必须重启 GoLand 才能生效——哪怕你已经在终端里验证过 go version 正确了。
- 不要在 GoLand 的
Preferences → Go → Go Environment里手动填GOROOT（除非临时调试），这会覆盖系统 PATH 的自动发现逻辑，反而导致多版本切换失效 - 确保系统级
GOROOT变量**不设置**或设为留空：新版 Go（1.16+）能自识别安装路径，硬设GOROOT容易和 PATH 冲突，尤其在多版本场景下 - 验证方式：在 GoLand 终端（Terminal 标签页）里运行
go env GOROOT，输出应是你当前 PATH 里第一个go命令所在目录的上一级（比如C:\go1.22），而不是C:\Go这类固定路径
Windows 下用批处理切换后，GoLand 不认？检查这三个地方
你运行了 switch-go1.22.bat，cmd 里 go version 显示正确，但 GoLand 还在用旧版本——大概率卡在这三处：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
setx PATH修改的是**用户环境变量**，但 GoLand 如果是“以管理员身份运行”的，它读的是**系统环境变量**，两者隔离。解决办法：统一用用户变量，或用管理员权限运行 GoLand（不推荐） - GoLand 启动时读取的是它父进程的环境。如果你从桌面快捷方式启动，它继承的是登录会话的环境；如果从 PowerShell 或 CMD 启动，则继承该终端的环境。最稳做法：关闭所有 GoLand 实例，再从已切换好版本的 CMD 中执行
goland64.exe启动 - 项目级 SDK 设置被锁死：打开
File → Project Structure → Project → Project SDK，确认下拉框里选的是Go 1.22.x这类自动识别项，而不是一个固定路径（如C:\go1.20）。一旦手动指定路径，就绕过了 PATH 切换机制
Linux/macOS 用软链接切换，GoLand 仍显示旧版本
你执行了 sudo ln -sf /usr/local/go-1.22 /usr/local/go，which go 和 go version 都对，但 GoLand 没更新——问题往往出在 shell 初始化顺序上。
- GoLand 默认使用
/bin/sh启动终端，而你的别名（alias go122=...）写在~/.bashrc或~/.zshrc里，sh不加载这些文件。解决办法：在Preferences → Tools → Terminal → Shell path改成/bin/bash或/bin/zsh -
/usr/local/go/bin必须在PATH中，且不能被其他go/bin路径遮挡。运行echo $PATH确认/usr/local/go/bin出现在最前面，否则which go可能返回错误版本 - GoLand 的 GUI 进程不读 shell 配置，所以软链接改完后，必须完全退出 GoLand（右上角 × 关闭所有窗口，包括后台进程），再重新打开，不能只关项目
为什么 go.mod 里写 go 1.20，GoLand 却用 1.22 构建？
go.mod 文件里的 go 1.20 只是**最低兼容声明**，不是强制锁定版本。GoLand（以及底层 go 命令）会用当前 PATH 里激活的 Go 版本执行构建，只要该版本 ≥ 声明值，就不会报错。
- 这个行为是故意设计的：允许你在高版本 Go 上编译老项目，同时享受新工具链优化（比如更快的
go test、更好的内存分析） - 真要限制构建版本？没有官方开关。可行的土办法：在项目根目录加个
.go-version文件（内容为1.20），再配个 pre-commit hook 或 Makefile，在go build前检查go version输出是否匹配 - 容易忽略的副作用：某些
go vet规则、go fmt格式细节、甚至go list -deps输出顺序，在不同 Go 版本间有细微差异，CI 里务必用和本地一致的版本镜像
