GOCACHE=off 可彻底绕过 Go 构建缓存，每次从头编译；它不影响模块下载和测试缓存，后者需用 go clean -modcache 或 -count=1 单独处理。
go build 默认会用 $GOCACHE，关不掉但能绕过
Go 没有提供「关闭构建缓存」的开关，go build 总是默认读写 $GOCACHE。所谓“关闭”，实际只有两种可行路径：一是让缓存目录失效，二是让 Go 完全跳过缓存逻辑。
最直接有效的方式是临时禁用缓存机制：
- 设置
GOCACHE=off环境变量，例如：GOCACHE=off go build -o app ./cmd - 该设置下，Go 不会读写任何
.a编译中间产物，每次构建都从头编译，相当于“冷启动” - 注意：
GOCACHE=off不影响模块下载（$GOMODCACHE）或测试缓存（go test -count=1才真正跳过结果复用）
为什么 GOCACHE=off 后构建变慢，但仍是调试刚需
构建变慢是必然的——没了 .a 文件复用，每个包都要重新解析、类型检查、生成代码。但它在以下场景不可替代：
- 你刚改了
cgo代码，或切换了CGO_ENABLED=0/1，旧缓存可能静默链接失败 - 你在 CI 中反复构建不同
GOOS/GOARCH组合（比如同时打 linux/amd64 和 darwin/arm64），缓存混杂会导致符号缺失错误 - 你怀疑某次构建结果异常，想排除缓存污染干扰，这是最干净的验证方式
别依赖 go clean -cache 来“模拟关闭”——它只删已标记为过期的条目，而 GOCACHE=off 是彻底绕过整套缓存路径。
立即学习“go语言免费学习笔记（深入）”；
go test 怎么真正跳过缓存，不是靠 clean
go test 的缓存行为和 go build 分离，它有自己的测试结果缓存（存于 $GOCACHE 下的 test 子目录）。go clean -testcache 能清，但更常用的是运行时控制：
- 加
-count=1参数强制不复用上一次结果：go test -count=1 ./... - 加
-race或-gcflags等 flag 也会自动禁用测试缓存（因为缓存 key 包含这些参数） - 单纯
go clean -cache不会影响测试缓存，必须用go clean -testcache或-count=1
别混淆：modcache、build cache、test cache 是三套独立系统
很多人执行 go clean -cache 后发现依赖还是没重下、测试还是秒过，就是因为搞混了层级：
-
go clean -cache→ 只动$GOCACHE（.a文件 + 测试结果） -
go clean -modcache→ 只动$GOMODCACHE（pkg/mod下的源码和 zip） -
go clean -testcache→ 是go clean -cache的子集，但语义更明确
真正要“完全无缓存构建+测试+拉依赖”，得组合执行：GOCACHE=off GOPROXY=direct go clean -modcache && go build -count=1 ./...。磁盘空间和构建时间的权衡，永远落在你决定哪一层缓存值得绕过。
