go mod download 默认复用 $GOPATH/pkg/mod 中已缓存的模块，需确保 GOPROXY 指向稳定镜像（如 goproxy.cn）、CI 持久化该目录、避免执行 go clean -modcache，并通过 go build -x 验证缓存命中。
Go 语言环境本身不提供“环境搭建缓存”，所谓“Golang语言环境搭建的缓存”实际是开发者在构建、测试、CI/CD 或依赖管理过程中，对 go 工具链行为（如模块下载、构建缓存、lint 缓存）的加速策略。优化核心不是写代码，而是理解并干预 Go 工具链的默认缓存路径与行为。
怎么让 go mod download 复用已有模块而不重复拉取？
Go 默认会把下载的模块存到 $GOPATH/pkg/mod，但若 GOPATH 频繁变动或 CI 环境未复用该目录，就会反复下载。
- 确保
GOPROXY设置合理：优先用国内镜像（如https://goproxy.cn），避免直连 slow 或被墙的 proxy.golang.org - 不要在 CI 中每次清空
$HOME/go：go mod download依赖pkg/mod目录，清空它就等于废掉整个模块缓存 - CI 中显式挂载缓存目录（如 GitHub Actions 的
actions/cache）时，缓存路径必须是~/.cache/go-build和$HOME/go/pkg/mod两个——只缓存前者没用，模块不会复用 - 避免在
go build前执行go clean -modcache：这是最常见的人为清缓存操作，除非调试 module 版本冲突，否则不该出现
为什么 go build 缓存失效得比预期快？
go build 的构建缓存（存在 $GOCACHE 下，默认 ~/.cache/go-build）不是永久的，它按输入内容哈希校验，任何微小变动都会导致失效。
- 源码变更、编译参数变化（如加了
-ldflags）、GOOS/GOARCH切换、甚至CGO_ENABLED开关不同，都会生成新 hash，旧缓存作废 - CI 中若未固定 Go 版本（如用
go@latest），不同 minor 版本可能产生不兼容的缓存 blob，导致命中率骤降 -
GOCACHE目录本身有空间限制（默认 4GB），满后会自动 LRU 清理——不是按时间，而是按磁盘用量，这点常被忽略 - 检查缓存是否生效：运行
go build -x，看输出里是否有cached字样；没看到就说明没命中
golangci-lint 的缓存为什么有时不生效？
golangci-lint-action 的缓存依赖三个关键键：操作系统、go.mod SHA、和 cache-invalidation-interval。任一不匹配，就回退到全量分析。
立即学习“go语言免费学习笔记（深入）”；
-
go.mod文件哪怕只多一个空行，SHA 就变，缓存键失效——提交前建议跑go mod tidy统一格式 - 默认
cache-invalidation-interval: 7意味着每 7 天强制刷新一次缓存，若项目更新频率低，可调大到 14 或 30，但别设为 0（无效值） - 如果用了自定义配置文件（如
.golangci.yml），它的内容也应参与缓存键计算；但官方 action 默认不包含，需手动拼接进 key 或改用hashFiles扩展 -
skip-cache: false是默认值，但某些 fork 的 action 分支可能默认关缓存，务必检查 action 版本和实际 YAML 参数
真正卡住性能的往往不是缓存没建，而是缓存路径没对、键没算准、或者人在不知情时主动清掉了它。盯住 $GOCACHE、$GOPATH/pkg/mod、和 CI 缓存配置这三处，比调优代码更立竿见影。
