Go测试结果缓存位于$GOCACHE下的testcache子路径，与编译缓存（go-build/）和模块缓存（GOMODCACHE）完全隔离；中断后残留会导致后续测试误显示“(cached)”而不实际执行，需用go clean -testcache专门清理。
go test中断后残留的测试缓存在哪
Go 的测试结果缓存（不是日志或 panic 输出）存在 $GOCACHE 下独立子路径中，由 go clean -testcache 专门管理。它和编译缓存（.a 文件）、模块缓存（$GOMODCACHE）完全隔离。测试中断（比如 Ctrl+C、panic、IDE 强制停止）不会自动清理这部分缓存，导致下次 go test 仍显示 cached，但实际逻辑已变——这是最常被误认为“测试没跑”的原因。
go clean -testcache 能解决什么问题
它只删测试判定缓存，不影响任何源码、构建产物或依赖下载：
- 改了
t.Log()或断言但go test还秒出cached→ 执行后强制重跑 - CI 中想验证测试是否真稳定（排除缓存干扰）→ 清理后跑，看是否还 flaky
- 本地
go test -race中断后，再跑提示signal: interrupt且不输出新日志 → 缓存锁住状态，需清理 - 注意：
go clean -testcache不删t.TempDir()创建的临时文件、没关的端口、没释放的 DB 连接——这些得靠t.Cleanup或TestMain清理
GoLand 里怎么触发和避免这类缓存堆积
GoLand 默认调用 go test 时会复用缓存，但它不提供图形化按钮一键清测试缓存。实操建议：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 在终端执行：
go clean -testcache（无需进项目目录，全局生效） - 如果用了模糊测试，顺手加：
go clean -fuzzcache - GoLand 设置里关掉 Build project automatically（Settings → Go → Build Tags & Vendoring），否则每次保存都可能写入测试缓存
- 别依赖 “Rerun” 按钮清状态——它不重置缓存，只重新执行上一次命令
- 长期来看，把关键资源清理逻辑写进
t.Cleanup，比事后清缓存更可靠
为什么不能用 go clean -cache 代替
go clean -cache 删的是编译中间产物（.a 文件），对测试缓存完全无效。两者路径前缀不同：$GOCACHE 下测试缓存路径含 test 字样（如 testcache/），而编译缓存是 go-build/。误用只会让首次构建变慢，却解决不了测试跳过问题。更麻烦的是：如果你同时遇到「测试不重跑」+「改了代码不生效」，得分别运行 go clean -testcache 和 go clean -cache，不能只清一个。
