根本原因是单模块与多模块项目模式混淆；goland对二者加载逻辑不同，混用必出问题：goroot需手动指定并重启生效，go.work误用导致单模块异常，多模块才需配置且replace应写在go.work中。
GoLand 跑不起来，或者多模块项目 go.work 文件失效、依赖标红、replace 不生效，根本原因不是配置太复杂，而是你误把单模块项目当多模块用，或反过来——GoLand 对这两种模式的加载逻辑完全不同，混用必出问题。
GoLand 识别不到 Go SDK：GOROOT 必须手动指定且重启才生效
GoLand 启动时不会读取系统 PATH 或自动探测 go 命令位置。它只认你填进 Settings → Go → GOROOT 的那个路径，而且必须是 Go 安装根目录（如 /usr/local/go 或 C:\Go），不是 bin/go，也不是软链接。
- 路径下必须包含
src、pkg、bin三个子目录；缺一个，IDE 就认为 SDK 损坏 - 点
Apply后，必须完全退出 GoLand（包括后台进程），再重新启动——“Reload project” 或 “Sync” 无效 - 验证方式：新建
main.go，写fmt.Println("ok")，如果import "fmt"不标红、右上角绿色三角亮起，说明识别成功
go.work 文件导致单模块项目异常：该删就删，别硬扛
如果你新建的是普通 Go module 项目（比如 go mod init example.com/myapp），但根目录下意外出现 go.work，GoLand 会强制切换为多模块工作区模式，结果就是：go.mod 被忽略、replace 失效、go run . 找不到入口、依赖始终标红。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
go.work是多模块项目的元配置文件，由go work init或go work use生成，普通项目不该有 - 直接删掉它，然后右键项目根目录 → “Reload project”（注意不是 “Sync”）
- 仍报错？在 GoLand 内置 Terminal 中执行
go mod init example.com/myapp，再 Reload - 国内用户务必确认
GOPROXY包含,direct，例如https://goproxy.cn,direct；缺了direct，私有模块和本地replace全部静默失败
多模块项目真要配 go.work：只在明确需要时启用
只有当你确实要同时开发多个相互引用的模块（比如 core、api、cli），才该主动建 go.work。否则一律按单模块走。
- 在工作区根目录执行
go work init，再用go work use ./core ./api添加模块路径 - GoLand 会自动识别
go.work并激活多模块索引，此时replace应写在go.work里，而非各子模块的go.mod - 每个子模块仍需有自己的
go.mod，且go version声明建议一致，否则go build可能因版本冲突失败 - 运行配置中 Working directory 必须设为对应子模块目录（如
$ProjectFileDir$/core），否则go run .会找不到包路径
最常被忽略的一点：GoLand 的模块感知是“启动时加载”的，改完 go.work 或 go.mod 后，不 Reload project 就等于没改；而改完 GOROOT 或 GOPROXY 后，不重启 IDE 就等于白配。
