Go模块下载后默认缓存到$GOPATH/pkg/mod（即GOMODCACHE），是全局共享路径，结构为cache/域名/模块名@版本；go mod download仅拉取不校验，-mod=readonly构建时禁止自动修改，清理用go clean -modcache。
go mod download 会把包存到哪里
Go 模块下载后默认缓存到 $GOPATH/pkg/mod，不是项目目录下，也不是 $GOROOT。这个路径是全局共享的，所有项目共用同一份缓存，避免重复下载相同版本。
你可以用命令确认当前路径：
go env GOPATH go env GOMODCACHE
GOMODCACHE 是实际缓存位置（Go 1.13+ 默认为 $GOPATH/pkg/mod），它可能和 GOPATH 不同——比如你设置了 GOENV 或自定义了 GOMODCACHE 环境变量。
- 若
GOMODCACHE未显式设置，Go 会按规则推导，但始终以该变量值为准 - Windows 下路径含
\，但 Go 内部统一处理为正斜杠，脚本中建议用/或filepath.Join - 缓存目录结构是
cache/域名/模块名@版本/...，例如golang.org/x/net@v0.25.0对应golang.org/x/net@v0.25.0/子目录
go mod download 和 go build -mod=readonly 的关系
go mod download 只拉取模块到本地缓存，不修改 go.mod 或 go.sum；而 go build -mod=readonly 在构建时禁止任何模块自动修改行为——包括自动下载、自动升级、自动写入 go.sum。
立即学习“go语言免费学习笔记（深入）”；
两者配合使用，能确保构建环境干净且可复现：
- CI 流水线中先跑
go mod download，再设GOFLAGS=-mod=readonly，防止因网络抖动或镜像源异常导致构建中途失败 - 如果
go.sum缺失校验项，-mod=readonly会直接报错missing hash in go.sum，不会尝试补全 -
go mod download不验证go.sum，它只按go.mod中声明的版本拉包；真正校验发生在go build或go list阶段
清理缓存：go clean -modcache 安全吗
go clean -modcache 会彻底删除整个 GOMODCACHE 目录，不可撤销。它不区分项目、不识别引用计数，删完所有模块都得重下。
这不是“卸载”某个模块的操作，而是“清空全部缓存”的重型命令：
- 执行前建议确认当前
GOMODCACHE路径，避免误删其他用途的目录（比如你把它软链到了 SSD 外挂盘） - 没有“只删未使用模块”的内置机制；如果只想删某一个模块，得手动
rm -rf $GOMODCACHE/域名/模块名@版本 - 某些 IDE（如 VS Code + Go extension）会在后台静默触发
go list，可能立即重新拉取部分模块，造成“刚删完又出现”的错觉
更换代理后旧缓存还能用吗
能用。Go 模块缓存内容与下载源无关，只和模块路径、版本、校验和有关。只要 go.mod 中的 require 行没变，换代理（比如从 proxy.golang.org 切到 goproxy.cn）不影响已有缓存读取。
但要注意这些边界情况：
- 如果新代理返回的 zip 包内容与原始校验和不一致（极罕见，通常意味着镜像源出问题），Go 会在构建时报
checksum mismatch，并拒绝使用缓存 - 私有模块（如
git.example.com/my/lib）若改用 SSH 替代 HTTPS，路径视为不同模块，会另存一份缓存 -
go get -insecure或自定义replace指向本地路径时，缓存仍存在，但不再走远程下载流程
缓存是否生效，最终取决于 go list -m all 输出的模块路径和版本能否在 GOMODCACHE 中精确匹配——跟你怎么下的没关系。
