go mod graph 输出的是供工具消费的有向边列表，需配合 grep、sed、graphviz 等过滤和可视化；箭头方向为“依赖者→被依赖者”，replace 和 indirect 需用 go list 单独查询。
go mod graph 输出太长看不懂
直接跑 go mod graph 会吐出几百上千行文本，节点和边混在一起，根本没法看出谁依赖谁。这不是设计缺陷，而是它本意就是给工具链消费的——你得先过滤、再可视化。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用管道配合
grep快速聚焦：比如只看项目直接依赖的模块，执行go mod graph | grep 'your-module-name' | head -20 - 排除标准库干扰：加
grep -v 'golang.org/'，否则fmt、net/http这类会占掉大半屏幕 - 导出为文件再处理：
go mod graph > deps.txt，后续可以用脚本或 excel 拆分列（空格分隔）
用 dot 工具生成依赖图但报错 “command not found”
go mod graph 本身不画图，它只输出有向边列表；真正画图得靠 Graphviz 的 dot 命令。很多人卡在这步，以为 Go 自带可视化能力。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 先装 Graphviz：
brew install graphviz（macos）、apt install graphviz（ubuntu）、或去 graphviz.org 下载安装包（windows） - 生成 .dot 文件时注意格式：每行必须是
A -> B，不能有多余空格或注释。可用 sed 清洗：go mod graph | sed 's/ / -> /' > deps.dot - 渲染成 PNG：
dot -Tpng deps.dot -o deps.png；如果图太大看不清，加-Gsize="10,10!" -Gdpi=150控制尺寸和清晰度
依赖图里出现 replace 或 indirect 模块，怎么识别真实路径
go mod graph 输出里，被 replace 覆盖的模块仍显示原始路径（如 github.com/some/pkg v1.2.3），但实际编译用的是本地路径；而 indirect 标记不会出现在图中——它只存在于 go.mod，图里看到的全是“被引用”的结果。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 查 replace 实际指向：
go list -m -f '{{.Replace}}' github.com/some/pkg，返回非空说明被替换了 - 确认某个模块是否 indirect：
go list -m -u -f '{{.Path}}: {{.Indirect}}' all | grep 'some/pkg' - 图中箭头方向永远是「依赖者 → 被依赖者」，别看反了——比如
myproj -> github.com/gorilla/mux表示你的项目依赖 mux，不是反过来
小项目图还行，一上微服务就崩溃：内存爆、渲染超时、PNG糊成一片
Graphviz 默认布局算法（dot）对超过 200 个节点的图极其吃力，容易卡死或输出空白；且 PNG 是位图，放大后文字锯齿严重。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 优先用 SVG：
dot -Tsvg deps.dot -o deps.svg，浏览器打开可缩放、搜索、点击展开 - 删减噪音：用
go mod graph | awk '$1 ~ /^your-module/ {print}' > focused.dot只保留从主模块出发的子图 - 换布局引擎：对大图改用
fdp或neato（fdp -Tsvg deps.dot -o deps.svg），它们更适合无向/稀疏关系，速度更快
事情说清了就结束。真正难的不是画出来，是怎么从图里快速定位那个“突然升级导致 panic”的间接依赖——这得结合 go mod why 和图来回比对。