17370845950

Go无全局已安装包列表，实际依赖查询需用go list和go mod graph，作用域限于当前模块、依赖树或本地缓存；查直接依赖用go list -m -f '{{.Path}} {{.Version}}' -u，replace时版本显示(devel)，proxy缓存版本用go list -m -versions ，运行时加载路径用go list -f '{{.ImportPath}} {{.Module.Path}} {{.Module.Version}}' 。

Go 没有全局“已安装包列表”概念，go list 和 go mod graph 是实际可用的查询入口，但必须明确作用域（当前模块、依赖树、本地缓存）。

查当前模块直接依赖的版本：go list -m -f '{{.Path}} {{.Version}}' all

这条命令只对启用了 Go Modules 的项目有效（即存在 go.mod）。它列出的是当前模块能“看到”的所有依赖模块及其解析后的版本（含 pseudo-version），不是本地磁盘上缓存的所有包。

• all 表示当前模块的整个依赖图，包括间接依赖；若只想看直接依赖，用 go list -m -f '{{.Path}} {{.Version}}' -u（加 -u 可同时显示可升级提示）
• 如果某个依赖是本地 replace（比如 replace example.com/foo => ./foo），.Version 会显示 (devel)，而非语义化版本号
• 输出不含校验信息（sum），要核对完整性需配合 go mod verify

查本地 Go proxy 缓存里有哪些版本：go list -m -versions

这个命令不读取 go.mod，而是向配置的 proxy（默认 proxy.golang.org）或本地缓存发起查询，返回某模块所有可用的 tagged 版本（含 v0.0.0-yyyymmddhhmmss-commit 这类 pseudo-version）。

• 必须指定完整模块路径，例如 go list -m -versions github.com/gin-gonic/gin
• 若网络不通或 proxy 被禁用（GO_PROXY=off），会报错 no matching versions for query "latest"
• 结果不反映当前项目是否使用了这些版本，仅表示“可获取”

查某个包在构建时实际加载的路径和版本：go list -f '{{.ImportPath}} {{.Module.Path}} {{.Module.Version}}'

这是最贴近“运行时视角”的查询方式。它模拟编译器导入逻辑，告诉你当代码中写 import "net/http" 或 import "github.com/sirupsen/logrus" 时，Go 实际解析到的是哪个模块、什么版本。

• 必须是合法导入路径，不能是模块名（如 github.com/sirupsen/logrus 可以，logrus 不行）
• 对标准库包（如 net/http），.Module 字段为空，.Version 为 ""；此时版本即 Go 工具链版本



• 若该 import path 在当前模块中被 replace 或 exclude 影响，结果会如实体现

真正容易被忽略的是：Go 的“已安装”是按需缓存的，没有中心化注册表。同一模块的不同版本可能共存于 $GOPATH/pkg/mod，但只有被 go.mod 显式引用或构建时触发下载的才会出现在查询结果中。手动删缓存、换 GO111MODULE 模式、甚至 go clean -modcache 都会立刻改变你能“查到”的内容。