在Golang的module依赖管理模式下，依赖包的存储位置和传统的GOPATH模式有极大区别，了解其存储规则以及查看包真实位置的方法，对排查依赖问题、查看依赖源码都有实际帮助。
查看Golang包真实位置的方法
1. 使用go list命令查询
go list是Golang内置的包信息查询工具，通过指定参数可以直接输出指定依赖包的实际存储路径。常用命令格式如下：
# 查看指定包的存储路径，以github.com/gin-gonic/gin为例 go list -m -json github.com/gin-gonic/gin
执行上述命令后，会返回包含包信息的JSON数据，其中Dir字段就是该包在当前系统中的真实存储路径。如果需要只输出路径，可以配合jq工具过滤，或者直接使用以下命令：
go list -m -f '{{.Dir}}' github.com/gin-gonic/gin
2. 查看go.mod和go.sum文件关联信息
项目根目录下的go.mod文件记录了项目的直接依赖和间接依赖的版本信息，go.sum文件则记录了依赖的哈希校验值。虽然这两个文件不会直接存储包的路径，但可以通过其中的模块路径结合module存储规则推算位置，步骤如下：
- 打开go.mod文件，找到目标依赖的模块路径和版本号，例如
github.com/gin-gonic/gin v1.9.1 - 按照后续介绍的module存储结构规则，拼接得到真实路径
3. 通过GOMODCACHE环境变量定位
Golang module模式下的依赖默认存储在GOMODCACHE环境变量指定的目录中，可以通过以下命令查看该目录的路径：
go env GOMODCACHE
进入该目录后，可以按照模块路径的层级查找对应的依赖包，比如github.com/gin-gonic/gin的依赖会存放在$GOMODCACHE/github.com/gin-gonic/gin@v1.9.1这样的路径下。
Golang module依赖存储结构解析
默认存储路径规则
在module模式下，所有下载的依赖包默认存储在GOMODCACHE目录中，存储路径的格式为：$GOMODCACHE/模块路径@版本号。模块路径中的/会被转换为目录层级，版本号会拼接在@符号之后。例如模块golang.org/x/text v0.14.0的存储路径为：
$GOMODCACHE/golang.org/x/text@v0.14.0
模块缓存目录结构示例
以下是GOMODCACHE目录下的典型结构示例：
$GOMODCACHE/
├── cache/ # 下载的依赖压缩包缓存
│ └── download/
│ ├── github.com/
│ └── golang.org/
├── github.com/
│ ├── gin-gonic/
│ │ └── gin@v1.9.1/ # gin框架v1.9.1版本存储目录
│ └── go-playground/
│ └── validator@v10.19.0/
└── golang.org/
└── x/
├── text@v0.14.0/
└── net@v0.23.0/
不同版本依赖的存储逻辑
同一个模块的不同版本会在GOMODCACHE中分别存储，路径中的版本号会区分不同版本，因此不会出现版本冲突的问题。当项目引用不同版本的同一个依赖时，两个版本的依赖会同时存在缓存目录中，互不影响。
离线模式下的依赖读取
当Golang开启模块离线模式（设置GOFLAGS=-mod=readonly或者GONOSUMCHECK=*等配置）时，编译器会优先从GOMODCACHE目录中读取已缓存的依赖，不会再去远程仓库下载，这也体现了module缓存目录的核心作用。
常见问题说明
为什么找不到依赖包的路径
如果执行go list命令提示找不到对应模块，可能是以下原因：
- 依赖没有被项目真正引用，只是写在go.mod中但没有在代码里import
- 依赖版本号写错，或者模块路径拼写错误
- 依赖没有被下载到本地缓存，可以执行
go mod download命令下载所有依赖后再尝试查询
如何清理无用的依赖缓存
如果需要清理本地缓存的无用依赖，可以执行以下命令：
# 清理所有模块缓存 go clean -modcache
执行后GOMODCACHE目录下的所有依赖都会被删除，下次构建项目时会重新下载需要的依赖。