GoLand自动构建只认项目绑定的SDK，不随终端Go版本切换；必须手动配置Project SDK并重开项目才能生效，否则构建、补全、跳转均错乱。
GoLand 的自动构建（如保存时 go build、go test 或代码分析）不“自动跟随”你终端里切换的 Go 版本，它只认项目当前绑定的 SDK —— 换句话说，**切换 Go 版本 ≠ 自动切换构建行为**。必须显式配置 SDK 并重启项目，否则构建、补全、跳转都会错乱。
GoLand 的 Project SDK 决定自动构建用哪个 go 命令
GoLand 启动时读取一次 GOROOT 路径，并从中提取 bin/go、src、pkg 来支撑所有后台任务。它不会在你敲 go version 后动态重载。
- 自动构建（Save Actions 中勾选的
go fmt/go vet/go build）全部调用的是该 SDK 下的bin/go - 如果 SDK 设置为
C:\go1.20，哪怕你终端里go version显示 1.22，IDE 仍用 1.20 构建 - 错误现象：
go.mod声明go 1.22，但 IDE 报go: cannot use go 1.20 with go 1.22 requirement - 验证方式：打开
Terminal标签页，执行which go—— 它和 SDK 绑定路径无关，只反映 shell 环境；真正决定构建的是File → Project Structure → Project → Project SDK里选中的路径
切换后必须重开项目或重启 GoLand 才生效
改完 SDK 下拉框里的版本，不关闭项目窗口就点 OK，99% 的情况构建不会更新。IDE 已缓存旧 SDK 的二进制路径和模块解析上下文，强行复用会导致状态不一致。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 正确操作顺序：关闭当前项目窗口 → 重新打开项目目录 → 再进
Project Structure确认 SDK 已切换 - 不要依赖 “Apply” 或 “OK” 后立即生效；也不要用 “Reload project”（右键
go.mod→ Reload）来替代 - 如果用了
go.work，注意它本身不绑定 Go 版本，但每个use的 module 仍受其所在目录的 SDK 控制；跨 work 文件切换时更要手动检查每个子模块的 SDK 设置 - Windows 用户特别注意：若从桌面快捷方式启动 GoLand，它继承的是登录会话环境；改了 PATH 后没重启 IDE，就永远读不到新版本
Save Actions 和 Build Tools 不读 GOPROXY/GOROOT 等环境变量
Settings → Tools → Actions on Save 里启用的 go fmt 或 go test 是直接调用 SDK 的 go 二进制，不拼接额外环境变量。想让它们走特定代理或模块模式，得靠 SDK 自带的配置或项目级环境注入。
- 全局 GOPROXY 对自动构建无效；必须在
Settings → Go → Go Environment → Environment中为当前项目单独添加GOPROXY=https://goproxy.cn,direct -
GO111MODULE=on同理：不能靠系统变量，必须在项目级环境里显式设 - Terminal 标签页默认不继承这些项目环境变量，需勾选
Settings → Tools → Terminal → Activate environment variables from project configuration - 避免在
PATH里堆多个go*/bin：比如同时有C:\go1.20\bin和C:\go1.22\bin，which go可能返回前者，但 IDE 构建用后者——排查时极易误判
最易被忽略的一点：SDK 切换后，pkg 目录是否完整。GoLand 调试器（delve）和代码索引严重依赖 $GOROOT/pkg 下的预编译包。如果解压 Go 时漏了 pkg，或权限不足（Windows 上常见），即使 SDK 显示“valid”，自动构建也会静默失败或卡住 —— 此时看 Build 窗口底部日志，大概率出现 cannot find package "fmt" 类错误。
