go test生成的临时目录主要在$gocache下（如macos默认为$home/library/caches/go-build），名称为哈希子目录，需用go clean -testcache清理；项目内若规范使用t.tempdir()则自动清理，否则需手动干预。
go test生成的临时目录在哪，为什么删不干净
Go 测试运行时会自动创建临时目录（如 TestMain 或 t.TempDir() 未正确清理时），但更常见的是 go test 自身在构建测试二进制过程中产生的缓存路径——它不在项目内，而在 $GOCACHE 下的随机哈希子目录里，比如 $(go env GOCACHE)/1a/2b3c4d...。这些目录名无规律、不显式暴露，手动 rm -rf 容易漏掉或误删父目录。
真正“删不干净”的根源是：你只清了项目里的 tmp/ 或 testdata/，却没动 Go 工具链自己建的构建缓存临时区。
用 go clean -testcache 彻底清除测试相关缓存
go clean -testcache 是唯一官方支持的、专门针对测试缓存的清理命令。它删的是 $GOCACHE 中所有与测试构建产物（.test 文件、中间对象、符号表）相关的条目，不影响普通构建缓存（go build 用的 .a 文件）。
- 执行前先确认缓存位置：
go env GOCACHE（macOS 默认是$HOME/Library/Caches/go-build） - 该命令不会清空整个
$GOCACHE，只删测试专用部分——比rm -rf $(go env GOCACHE)/*安全得多 - 如果设了
GOCACHE=off，这条命令什么也不会做 - 清理后首次
go test ./...会稍慢，属正常现象
项目内测试临时目录必须手动清理吗
不是所有都要手动删。只要测试代码规范使用 t.TempDir() 或 os.MkdirTemp 并配 defer os.RemoveAll，Go 测试框架会在测试结束时自动清理。但以下情况必须人工干预：
在 Golang 中使用 samber/hot 进行内存缓存，支持 LRU、LFU、TinyLFU、W‑TinyLFU、S3FIFO、ARC、TwoQueue、SIEVE、FIFO 等淘汰算法，提供 TTL、缓存加载器及分片功能。
- 测试 panic 或提前 os.Exit() 导致
defer未执行 → 临时目录残留 - 硬编码路径如
/tmp/mytest而非os.MkdirTemp→ 不受框架管理 - CI 环境中测试中断（如超时 kill）→
defer失效，残留需靠脚本兜底
建议在 CI 脚本末尾加一行：find /tmp -name "*test*" -type d -mmin +60 -exec rm -rf {} + 2>/dev/null（删 60 分钟前创建的、含 test 的临时目录），避免磁盘占满。
为什么 go mod tidy 不会清理测试临时文件
go mod tidy 只处理 go.mod 和 go.sum 中的模块依赖关系，完全不碰文件系统上的临时目录、构建产物或测试输出。它甚至不扫描 *_test.go 以外的文件（除非你显式运行 go test 或加 -compat 参数）。临时目录属于运行时副作用，不是模块元数据的一部分。
混淆点常来自：有人误以为 go clean -modcache 或 go clean -cache 会顺带清测试目录——不会。它们各自职责分明：-modcache 清模块源码，-cache 清编译中间产物，-testcache 才管测试。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
