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 实际解析到的是哪个模块、什么版本。
立即学习“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 都会立刻改变你能“查到”的内容。
