GoLand没有依赖导航栏，真正查依赖需用Project窗口External Libraries、go.mod高亮提示及命令行工具如go mod graph、go mod why和gomodtree。
GoLand 里没有“依赖导航栏”，别被名字误导
GoLand 的顶部导航栏（即 Editor 上方的面包屑或结构栏）只显示当前文件的类型、函数、方法等代码结构，**不展示任何依赖信息**。它既不显示 import 列表里的包来源，也不反映 go.mod 中的模块关系。如果你点开导航栏下拉菜单，看到的全是符号定义层级（比如 main → func main → http.HandleFunc），和依赖树完全无关。
真正能快速看依赖的三个入口位置
想在 GoLand 里直观掌握当前代码用到了哪些依赖，得去这三个地方找：
-
Project 工具窗口 → External Libraries：展开后能看到所有通过
go mod download拉下来的模块，但它是扁平列表，不体现谁依赖谁；右键某个包选Go to Declaration可跳转源码，但无法反查“谁引入了它” -
go.mod 文件编辑器内高亮 + 快速修复：GoLand 会自动标出过时版本，鼠标悬停在
github.com/gin-gonic/gin v1.9.1这样的行上，会出现Update to v1.9.2提示——这是最接近“依赖感知”的 UI 反馈，但它只作用于顶层声明，不涉及间接依赖 - Database 工具窗口？不，那是给 SQL 用的：有人误以为“Database”窗口能查依赖，其实它只管数据库连接和表结构，跟 Go 模块毫无关系；名字带“Database”纯属巧合
依赖路径必须靠命令行补全
GoLand 自身不提供依赖树视图，所有深度依赖分析都得调外部命令。你可以在内置 Terminal（Alt+F12）里直接运行：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
go mod graph | grep "^$(go list -m) "：只看当前 module 的直接依赖，避免上千行噪音 -
go mod why -m golang.org/x/net：当你在go list -m all里看到陌生包，用这个查它怎么混进来的 -
gomodtree：装好后运行gomodtree，输出带缩进的树形，但注意它依赖本地go.sum和模块缓存——CI 环境刚拉代码没go mod download过，结果可能为空或不全
这些命令的输出没法嵌入 GoLand 导航栏，只能靠你切到 Terminal 看。IDE 不会自动同步或刷新这些结果。
容易被忽略的关键限制
GoLand 对 Go 依赖的感知是静态的、基于当前 go.mod 和缓存的快照。它不会实时响应 go get 后的变更，也不会反映 replace 或 exclude 的实际效果——比如你在 go.mod 里写了 replace github.com/foo/bar => ./local，GoLand 的 “External Libraries” 里依然显示原始远程路径，而 go mod graph 输出也照样是原始地址。真正编译时用的到底是本地还是远程，只有 go build -x 或最终生成的二进制里 go version -m your-binary 才算数。
