为什么先看依赖图比直接改更重要
很多模块问题表面上像是：
- 版本不对
- 包导入失败
go mod tidy后内容变了
但真正的问题往往是：你根本没看清这个项目当前到底依赖了哪些模块，以及它们是怎么串起来的。
最常用的入口
最直接的命令是：
1go list -m all
它会列出当前主模块和全部依赖模块。
如果你想先看主模块信息，也可以：
1go list -m
这个命令适合解决什么问题
1. 确认某个模块到底有没有进来
如果你怀疑某个依赖根本没被纳入模块图，先跑 go list -m all 比看 go.mod 更直接。
2. 观察升级后的真实结果
有时候你执行了 go get，但实际生效的版本和你以为的不一样。这个时候 go list -m all 很适合拿来确认最终依赖图。
3. 配合 grep 快速定位
例如：
1go list -m all | grep x/text
这类写法在排查间接依赖版本时非常有效。
它和 go.mod 的关系
go.mod 更像“声明入口”，而 go list -m all 更像“展开后的真实依赖图”。
所以如果你只盯着 go.mod 看，很多间接依赖问题根本看不到。
我的复盘
模块问题排查时，我现在会先做一件事：先把依赖图看清。go list -m all 不解决问题本身，但它能避免你在错误的对象上浪费时间。