go list 和 go mod graph 可直接分析模块依赖：go list -m all 列出所有模块及版本（含伪版本），go mod graph 输出实际构建时的有向依赖边，go mod why -m 定位某模块引入路径，go get 与 go mod tidy 配合更新并校验依赖。
直接用 go list 和 go mod graph 就能看清当前模块依赖树，不需要第三方工具。
查看当前模块的直接依赖（go list -m -f '{{.Path}} {{.Version}}' all）
这个命令列出所有已加载模块及其版本，包括间接依赖。关键在于 all 模式会触发模块图构建，比 go list -m 单独跑更完整。
-
-m表示操作模块而非包；-f指定输出格式，{{.Version}}对未打版本 tag 的模块会显示伪版本（如v0.0.0-20230101000000-abcdef123456） - 如果只关心“我显式 require 的那些”，过滤掉
+incompatible和伪版本后，再比对go.mod中的require块更可靠 - 注意：
go list -m all在replace或exclude生效时可能不反映真实加载结果，需结合go mod graph验证
可视化依赖关系（go mod graph）
输出是每行一个 from → to 的有向边，适合 grep、awk 或导入到 Graphviz。它反映的是实际构建时解析出的模块映射，比 go list 更贴近运行时行为。
- 依赖冲突时，
go mod graph | grep 'some-module'能快速定位谁拉入了旧版 - 想看某个模块被哪些模块引用：
go mod graph | awk -F' ' '{if ($2 == "github.com/some/pkg") print $1}' - 输出无排序、无层级缩进，不能直接看出“深度”，需要额外处理；别指望它像
npm ls那样自动展开树形
更新依赖并检查兼容性（go get + go mod tidy）
go get 不只是下载新版本，它会重写 go.mod 并触发最小版本选择（MVS），而 go mod tidy 是清理冗余和补全缺失的必要收尾。
立即学习“go语言免费学习笔记（深入）”；
- 更新单个模块到最新稳定版：
go get example.com/foo@latest；加@v1.2.3可指定版本 - 如果更新后测试失败，大概率是新版本引入了不兼容变更（即使 minor 版本号升了）；此时用
git diff go.sum看校验和变化，再查该模块的 CHANGELOG -
go get -u会升级直接依赖及其所有传递依赖，风险高，日常开发中尽量避免；生产环境更新建议逐个模块控制
真正容易被忽略的是 go mod why——当你不确定某个模块为何出现在依赖中时，go mod why -m github.com/xxx/yyy 会给出从主模块出发的一条最短引用路径，比手动翻 go mod graph 快得多。
