goland 2021.3+ 已彻底移除 gopath 配置入口，因 go 1.11 起模块（go mod）成为默认依赖管理方式，gopath 语义被弃用；项目隔离应依赖 go.mod 根路径、独立 go sdk 和模块边界，而非 gopath。
GoLand 2021.3 及之后版本已彻底移除 GoPath 配置入口——它不再支持、也不需要为每个项目单独设置 GOPATH。 因为自 Go 1.11 起，模块（go mod）已成为官方默认依赖管理方式，GOPATH 的传统语义（如 $GOPATH/src 存放源码）已被弃用。强行“配置专属 GOPATH”不仅无效，还可能干扰模块行为。
为什么不能也不该在 GoLand 里设 per-project GOPATH
GoLand 在启用 Go Modules 后会忽略 GOPATH 环境变量对依赖解析的影响；所有依赖都从 go.mod 解析，并缓存到全局 $GOPATH/pkg/mod（只读），而非写入项目内 GOPATH。你看到的旧版设置项（如 Preferences > Go > GOPATH）在较新版本中已被隐藏或标记为“仅用于 GOPATH mode（已废弃）”。试图绑定项目到某 GOPATH 子目录，会导致：
-
go build或go run报错：cannot find module providing package ... - GoLand 标红导入路径，但终端执行正常——IDE 误判为非模块项目
- 第三方工具（如
gopls）拒绝服务，日志出现no modules found
真正要配的是 per-project Go SDK 和 go.mod 根路径
项目隔离靠的是模块边界和 SDK 实例，不是 GOPATH。你需要确保：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 每个项目根目录下存在
go.mod文件（运行go mod init example.com/myproj初始化） - GoLand 正确识别该
go.mod为模块根：右键项目根目录 →Mark Directory as > Go Modules Root - 为项目指定独立 Go SDK：进入
File > Project Structure > Project > Project SDK，点击New... > Go SDK，选择对应版本的go可执行文件（例如/usr/local/go1.21.0/bin/go） - 若需多版本共存（如一个项目用 Go 1.19，另一个用 Go 1.22），SDK 必须物理分离——不能复用同一
GOROOT下不同bin/go，而应安装多个 Go 版本到不同路径
遇到 “unresolved reference” 却有 go.mod 怎么办
这是最常见误判场景：GoLand 没认出模块根，或 gopls 缓存异常。优先检查：
- 确认
go.mod文件在项目最外层目录，且内容不为空（至少含module xxx和go yyy行） - 关闭
Settings > Languages & Frameworks > Go > Go Modules > Enable Go Modules integration再打开——触发重载 - 执行
File > Invalidate Caches and Restart > Just Restart（不是 Clear and Restart） - 终端进项目根目录运行
go list -m，输出应为模块名；若报错，说明go.mod不合法或被 gitignore 排除
真正的项目隔离，靠的是 go.mod 的模块声明 + SDK 版本绑定 + gopls 的 workspace 初始化。把精力花在维护干净的 go.mod 和明确的 SDK 路径上，比折腾早已失效的 GOPATH 设置靠谱得多。
