GoLand 项目视图不按依赖关系排序，仅依据物理目录结构或手动折叠状态展示；依赖关系需通过“Show Dependencies Diagram”查看，且须确保模块正确标记为 Go Modules Root。
GoLand 项目视图里模块排序不按依赖关系？这是默认行为
GoLand 的 Project 视图（左侧文件树）**根本不按模块依赖顺序排列**，它只按物理目录结构或手动折叠状态展示。你看到 service 在上、shared 在下，不是因为 service 依赖 shared，而是因为它们在磁盘上就是那样放的。依赖关系只在构建、索引、图表中起作用，不控制 UI 排序。
想看清谁依赖谁，得用 Modules Diagram 而不是 Project 视图
真正反映依赖拓扑的是 GoLand 内置的依赖图，不是文件树。前提是它能跑起来：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 右键任意一个
.go文件 → “Show Dependencies Diagram”，不是右键项目根目录 - 确保该文件属于某个模块（即其所在目录有
go.mod），且当前编辑器打开的是参与构建的代码（没被//go:build ignore过滤） - 如果图为空，先在 Terminal 执行
go list -json -deps ./...看是否报错；常见原因是GO111MODULE=off或go.mod缺失module声明 - 图中节点默认包含标准库，占满屏幕——点击右上角齿轮 → 关掉 Show standard library packages
多模块项目里，Project 视图显示混乱？关键在标记 Module Root
当你有 ./api、./pkg、./cmd 各自带 go.mod 时，GoLand 不会自动识别它们是独立模块。结果就是：
- 所有目录堆在同一个层级，无法区分主模块和子模块
- “Load project with Go Modules” 只对最外层生效，内部模块仍被当普通文件夹
- 解决方法：分别进入
./api、./pkg等目录 → 右键 → “Mark Directory as → Go Modules Root” - 标记后，这些目录在 Project 视图中会带小图标，且各自拥有独立的依赖索引上下文
依赖图里 replace 的模块不显示？不是 bug，是设计如此
如果你在 service/go.mod 里写了 replace example.com/utils => ../utils，那么依赖图里 example.com/utils 节点可能消失或变灰。这是因为：
-
replace是构建期重写，不改变模块声明本身，但go list -deps默认只展示“解析后实际参与编译”的路径，而本地替换路径未注册进模块 registry - 想确认它是否生效，别看图，直接运行
go list -m all | grep utils，输出应为example.com/utils v0.0.0-00010101000000-000000000000 => ../utils - 图里看不到 ≠ 没引用成功，只是可视化层做了简化；复杂项目建议优先信任
go list输出
go list -m all 的输出是否符合预期，以及每个模块是否被正确标记为 Module Root。 
