goland 中无法显示 modules 图表需先启用 go modules 支持：右键项目根目录选择“load project with go modules”，勾选 settings → go → go modules 中的 enable 选项；多模块需分别标记为 module root；依赖图为空则检查 go list 环境与 go111module 设置；图表默认仅显示当前文件或 go.mod 的实际构建依赖，非全量 require 列表；大型项目可关闭标准库显示或按 vendor 分组优化渲染。
goland 里点不出 Modules 图表？先确认 Go Modules 已启用
GoLand 默认不会自动开启 Go Modules 可视化支持，尤其在旧项目或 GOPATH 模式迁移过来的工程里。go.mod 文件存在 ≠ ide 已识别为模块项目。
- 右键项目根目录 → “Load project with Go Modules”（不是 “Reload project”）
- 检查
Settings → Go → Go Modules中Enable Go Modules integration是否勾选 - 如果项目含多个
go.mod（如子模块），需确保每个模块目录都单独被 GoLand 识别为 module root（右键 → “Mark Directory as → Go Modules Root”）
依赖图打不开或显示为空？检查 go list 执行环境
GoLand 的依赖图底层调用 go list -json -deps -f，任何影响该命令执行的因素都会导致图表失败。
- 确保终端中运行
go list -m all能正常输出 —— 若报no required module provides package，说明GO111MODULE=on未生效或go.mod缺失关键声明 - GoLand 的 Terminal 默认不继承 shell 的环境变量；在
Settings → Tools → Terminal中勾选Shell integration，或手动设置GO111MODULE=on - 若项目使用了
replace或exclude，部分依赖节点可能被过滤，图表里看不到不代表没引用，得看go list -json -deps ./...原始输出
图表里为什么只显示标准库或本地包？第三方依赖全没了
这是最常见的误判：GoLand 默认只展示「当前编辑器打开的包」及其直接/间接依赖，不是全项目所有 require 列表。
- 右键任意一个
.go文件 → “Show Diagram” → “Dependencies Diagram”，才能看到该文件实际参与编译的依赖链 - 想看整个 module 的 require 关系，得打开
go.mod文件，右键 → “Show Dependencies Diagram”（注意不是在项目根目录右键） - 如果用了
//go:build ignore或构建约束未命中，对应包不会出现在图中 —— 图表反映的是「当前构建配置下有效」的依赖，不是静态声明
图表卡顿、放大后文字糊成一片？调整渲染策略
大型项目（尤其含几十个子模块或大量 replace）生成的依赖图节点爆炸式增长，IDE 渲染会明显变慢，甚至假死。
- 点击图表右上角齿轮图标 → 关闭
Show standard library packages，标准库节点占比常超 70% - 勾选
Group modules by vendor，把第三方包折叠成单个节点（但会丢失版本差异细节） - 真正要分析版本冲突时，别依赖图 —— 直接跑
go list -u -m all或go mod graph | grep xxx更准更快
依赖图本质是辅助理解的快照，不是权威依赖源。它不感知 go.sum 锁定状态，也不校验 replace 后的实际代码路径。真要确认某包是否被某版本覆盖，还是得查 go mod edit -print 和 go list -m -f '{{.Replace}}' xxx。