答案是GOROOT必须指向Go安装根目录（如/usr/local/go），不能是bin子目录或带尾部斜杠；GOPATH在模块时代无需手动配置，硬填易触发旧模式；GO111MODULE=on为强制前提，配错或未重启IDE均会导致Invalid SDK或import标红。
GoLand 报 “Invalid SDK” 或 import 标红，90% 是 GOROOT 填错了——它必须指向 Go 安装根目录（如 /usr/local/go），不能是 bin 子目录，也不能带尾部斜杠；GOPATH 在模块时代几乎不用手动配，硬填反而触发旧模式路径查找逻辑。
GOROOT 填错的典型表现和验证方法
常见症状包括：go version 输出为空、go env GOROOT 返回路径异常、GoLand 右上角绿色运行按钮不亮、新建项目后 fmt 标红。根本原因是 IDE 从你填的路径下找不到 bin/go、src/fmt 和 pkg 这三个必需子目录。
- 先在终端执行
go env GOROOT，复制输出值 - 用文件管理器打开该路径，确认里面存在
bin/、src/、pkg/三个文件夹 - 回到 GoLand → Settings → Go → GOROOT → 点
+→ 粘贴刚才确认的路径（末尾不加/或\） - 点
Apply后必须重启 GoLand，仅 Reload project 无效
为什么 GOPATH 大概率不该手动填
Go 1.16+ 默认启用模块（GO111MODULE=on），go build 和 go run 完全不读 GOPATH；它只用于存放 go install 的二进制（默认落进 $GOPATH/bin）和模块缓存（$GOPATH/pkg/mod）。GoLand 默认会读取系统 go env GOPATH，你手动在 Settings 里填一个值，反而可能让 IDE 误判项目为旧 GOPATH 模式。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 保持 Settings → Go → GOPATH 页面空白，或仅勾选
Use GOPATH that is defined in system environment - 不要在系统环境变量中硬设
GOPATH=C:\Go——这和GOROOT冲突，IDE 会把项目代码当成 SDK 源码处理 - 如果非要改 GOPATH（比如统一缓存位置），用
go env -w GOPATH=/data/go，别在 IDE 里重复配置
GO111MODULE=on 不是建议，是强制前提
不设这个，go get 会直接报 not in a module，go list -m all 返回空，GoLand 的依赖索引也完全失效。模块模式虽从 1.16 起默认启用，但某些 IDE 启动逻辑或脚本仍 fallback 到 auto 模式，一旦当前目录没 go.mod 就退化为 GOPATH 行为。
- 执行
go env -w GO111MODULE=on（Go 1.14+ 支持） - 验证：运行
go env GO111MODULE，输出必须是on，不是auto或空 - 如果项目已有
go.mod但还报错，顺手跑一次go clean -modcache清掉损坏缓存
GoLand 终端和编辑器环境不一致怎么办
终端里 go build 成功，但编辑器里 import 标红、gopls 启动失败，大概率是 GoLand 内置终端没继承你 shell 的环境变量，或者 IDE 启动方式绕过了 shell 配置（比如桌面图标双击启动）。
- 在 GoLand Terminal 中运行
go env | grep -E "(GOROOT|GOPATH|GO111MODULE)"，对比输出和 Settings 里填的是否一致 - 如果
GO111MODULE是off或空，立刻执行go env -w GO111MODULE=on - 关掉所有终端窗口，再重开 GoLand（不是 Reload）——环境变量只在 IDE 启动时加载一次
- macOS/Linux 用户若用 zsh，检查
~/.zshrc是否漏了source ~/.zshrc；Windows 用户检查「系统变量」而非「用户变量」
真正卡住人的地方往往不是“没配”，而是“配了但路径多了一级、少了一个字符、或者改完没重启”。尤其 GOROOT 路径末尾的斜杠、Windows 下的反斜杠、以及 GoLand 启动方式绕过 shell 配置，这三个点最容易被忽略。
