GoLand“导出依赖图”按钮不可用是因为项目未被识别为Go Modules项目，需右键根目录选“Load project with Go Modules”并启用Settings中Go Modules支持；依赖图默认仅显示当前打开文件的实际构建依赖，非全量require列表，第三方依赖缺失需检查GO111MODULE设置及go list执行环境。
GoLand 里“导出依赖图”按钮为什么点不出来
不是功能缺失，而是项目没被识别为 Go Modules 项目。GoLand 不会自动启用模块支持，哪怕目录下有 go.mod 文件。
必须手动触发：右键项目根目录 → 选择 “Load project with Go Modules”（注意不是 “Reload project”）。接着检查 Settings → Go → Go Modules 中 Enable Go Modules integration 是否已勾选。多模块项目（如含 cmd/、internal/ 下独立 go.mod）还需对每个子模块目录单独右键 → “Mark Directory as → Go Modules Root”。
导出的图里只有标准库和本地包，第三方依赖全没了
这是 GoLand 依赖图的默认行为：它只展示「当前编辑器打开的文件」在当前构建配置下实际参与编译的依赖链，不是 go.mod 里所有 require 声明。
要看到完整模块依赖：
- 先在编辑器中打开任意一个
.go文件（比如main.go） - 右键该文件 → 选择 “Show Dependencies Diagram”（不是在项目根目录右键）
- 如果用了
//go:build ignore或其他构建约束未命中，对应包不会出现在图中——图反映的是运行时有效依赖，不是静态声明
若仍不显示第三方模块，检查终端中能否执行 go list -m all；若报错 no required module provides package，说明 GO111MODULE=on 未生效，需在 Settings → Tools → Terminal 中启用 Shell integration 或手动设置环境变量。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
想导出模块内包级别的依赖（非模块间），得换工具
GoLand 的依赖图不支持包级（package-level）导入关系可视化，它只处理模块（module）粒度的依赖。模块内多个 package 之间的 import 关系属于编译期约束，IDE 不生成这类图。
要查包级循环或调用链，可用命令行工具：
-
godepgraph：专为模块内包依赖设计，能检测并可视化import循环，输出 SVG/PNG -
go list -f '{{.ImportPath}} -> {{join .Imports "\n"}}' ./...：手动提取 import 关系，配合dot渲染 - 注意：
go mod graph和gomodtree都只管模块间依赖，对github.com/your/app/internal/handler和github.com/your/app/pkg/util这类同模块内包的引用完全无感
导出 PNG 后发现图太乱、重叠严重
Graphviz 默认布局在依赖超过 20 个节点时极易失控，这不是配置错误，是算法局限。
可尝试以下缓解方式：
- 加
-Gsplines=ortho参数让连线走正交路径：go mod graph | dot -Gsplines=ortho -Tpng -o deps.png - 改用
fdp引擎替代默认dot：go mod graph | fdp -Tpng -o deps.png - 但别指望自动折叠重复子树（比如多个模块都依赖
golang.org/x/sys）——Graphviz 不做去重，图里会反复出现同一节点 - 真正实用的做法是先过滤：用
go mod graph | grep "^$(go list -m) " | head -50截取主模块直接依赖及一级间接依赖再绘图
包级依赖图没法靠 IDE 一键导出，模块间图又容易信息过载——得根据具体目标选命令，而不是迷信“导出”按钮。
