go list -deps 漏间接依赖因只遍历实际导入包，不包含测试/工具依赖；需加 -test、用 ./...、确保 go111module=on；-json 高频字段为 importpath、dir、gofiles、deponly、indirect。
查模块依赖树时 go list -deps 为什么总漏掉间接依赖？
因为默认不展开 vendor 或 replace 后的路径，且 -deps 只遍历构建图中“被实际导入”的包，没被 import 的间接依赖（比如测试依赖、工具依赖）直接被跳过。
实操建议：
- 加
-test参数才能看到测试文件引入的依赖树 - 用
go list -deps -f '{{.ImportPath}}' ./...替代./...而不是.，否则当前目录下无main或未被引用的包不会进入图中 - 若项目用了
replace，需确保GO111MODULE=on，否则go list会降级走 GOPATH 模式，完全忽略go.mod
go list -json 输出字段太多，哪些才是真正有用的？
真正高频可用的就几个：ImportPath（唯一标识）、Dir（本地路径）、GoFiles（参与编译的 .go 文件列表）、DepOnly（是否仅为依赖，不参与编译）、Indirect（是否为间接依赖）。其他像 Stale、Root 多数时候是内部状态，调试用得少。
常见错误现象：用 jsonpath 提取 .Deps 字段以为能拿到所有依赖 —— 实际上它只存直接依赖的 ImportPath 字符串数组，不含版本、路径、是否间接等信息，必须配合多次调用或改用 go list -mod=readonly -m all。
立即学习“go语言免费学习笔记（深入）”；
性能提示：带 -json 时不要加 -deps 再套 ./...，输出体积可能达 MB 级，解析慢且易 OOM；优先用 go list -m -json all 查模块元数据。
批量查多个模块的最新兼容版本，go list -m -u all 为啥不生效？
因为 -u 只在 go list -m 下检查可升级版本，但默认只显示有更新的模块；如果所有模块已是最新，命令就“静默退出”，看起来像没反应。
使用场景：CI 中做依赖巡检，需要明确知道哪些模块卡旧版。
实操建议：
- 加
-f '{{if .Update}}{{.Path}} → {{.Update.Version}}{{end}}'才能打印升级项，空结果说明全是最新的 - 若想强制列出全部模块及其当前/最新版本，用
go list -m -u -json all，然后解析 JSON 中的Version和Update.Version字段 - 注意
indirect模块可能没有Update字段，此时表示该模块由其他模块拉入，自身无独立发布版本
解析 go list 结果时，为什么 Dir 路径有时是绝对路径、有时是相对路径？
取决于执行时的工作目录和模块根位置。go list 总是返回模块内相对于模块根的路径（即 go.mod 所在目录），但如果你在子目录运行命令，而该子目录不属于任何模块（比如在 vendor/ 里），Dir 就可能回退成绝对路径，甚至为空。
容易踩的坑：
- 写脚本时别直接拼接
Dir + "/xxx.go"做文件操作，先用filepath.Join安全合并 -
go list -m模式下Dir字段不存在，只有Path和Version，别误以为所有模式都返回Dir - 跨平台脚本要注意
Dir中的路径分隔符：Linux/macOS 是/，Windows 是\，go list不做标准化
复杂点在于：同一个命令，在 GO111MODULE=off 下根本不会返回 Dir，而是用 GOPATH 规则定位，这时候路径逻辑完全不一样。只要涉及自动化解析，必须锁死 GO111MODULE=on 环境。
