goland 不能直接识别多个 gopath 工作区，因其默认仅支持单个 gopath 路径，无法自动拆分冒号分隔的多路径字符串；正确做法是使用 go modules + go.work 管理多项目。
GoLand 为什么不能直接识别多个 GOPATH 工作区
GoLand 默认只认一个 GOPATH，哪怕你在终端里设置了多个路径（比如 GOPATH="/home/user/project-a:/home/user/project-b"），IDE 也不会自动拆分、分别索引每个路径下的 src。它会把整个字符串当做一个路径去尝试读取，结果就是 src 找不到、包解析失败、代码跳转失效。
正确做法：用 Go Modules + go.work 管理多项目，而非依赖 GOPATH
现代 Go 开发中，GOPATH 多路径已基本被弃用。GoLand 对 go.work 的支持从 2023.3 版本起稳定可用（你用的 PyCharm 2026.2.0.1 Linux版 同样继承该能力）。关键不是“让 IDE 加载多个 GOPATH”，而是把多个模块组织成一个工作区：
- 确保每个子项目都有自己的
go.mod（运行过go mod init） - 在共同父目录下执行
go work init，再用go work use ./module-a ./module-b - 生成的
go.work文件必须放在项目根目录，且不能被.gitignore忽略（否则 GoLand 无法识别工作区） - 重启 GoLand 或点击
File → Reload project from disk，IDE 会自动检测并启用 workspace 模式
GoLand 中常见误操作和对应修复
容易卡住的地方不是配置本身，而是环境状态不一致：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
go.work存在但模块路径写错（比如用了相对路径../lib而非./lib），会导致go list报错，GoLand 显示 “No modules found” —— 直接删掉go.work重跑go work use - 某个模块的
go.mod里写了replace，而go.work又包含了同名本地模块 —— GoLand 会优先走go.work，replace被忽略，但不会报错，容易导致行为与预期不符 - GoLand 设置里勾选了
Enable Go modules integration却没开Use Go toolchain to resolve modules—— 这个开关必须打开，否则 workspace 不生效 - 项目根目录下有
go.sum但没go.mod，GoLand 会退回到 GOPATH 模式，无视go.work
不用 go.work 时的临时替代方案
如果项目还没迁移到模块化，或必须保留旧 GOPATH 结构（比如维护 Go 1.10 项目），GoLand 唯一可行的方式是：
- 关闭当前项目
- 用
File → Open…单独打开每个GOPATH/src/xxx目录作为独立项目 - 每个窗口对应一个 GOPATH 路径 —— 注意：不能跨窗口跳转引用，也不能统一构建
- 不要试图在 Settings 里手动填多个
GOPATH，那个输入框只接受单路径，填冒号分隔会直接失效
真正需要跨项目协作时，硬切窗口不如老老实实迁移到 go.work。多 GOPATH 是历史包袱，workspace 才是现在进行时。
