临时文件和缓冲区在大型项目中易失控，应优先使用t.tempdir()管理测试临时目录，用testdata/替代scratch文件，并通过go clean -testcache和定时清理/tmp残留来维护环境。
临时文件和缓冲区在大型项目里容易失控
GoLand 的临时文件（scratch files）和缓冲区（scratch buffers）默认不绑定到任何项目，但它们会全局累积——尤其在大型项目中频繁创建、切换、忘记关闭时，临时文件与控制台目录下可能堆满编号混乱的 scratch-1.go、scratch-2.go 等文件，既难定位，又干扰导航。
关键不是“能不能用”，而是“怎么避免它变成垃圾场”。最直接的信号是：你在 Project 视图里看到一堆编号递增却无描述的 Go 文件，且右键菜单里找不到“Move to Project”或“Rename”选项。
- 临时文件一旦保存（Ctrl+S），就脱离 IDE 管理范围，变成普通文件——但路径不在项目内，Git 不跟踪，也容易误删
- 缓冲区（
buffer1.txt～buffer5.txt）没有语法高亮和补全，写复杂逻辑时极易出错；轮换机制会让 buffer1 被覆盖，旧内容永久丢失 - 多人协作时，同事打开你留下的 scratch 文件，看到的是孤立代码片段，无法还原上下文
测试阶段优先用 t.TempDir()，别手建临时文件
大型项目里真正需要“临时”的，几乎都是测试场景。此时硬编码 os.CreateTemp("", "test-*.go") 或手动在 /tmp 下建文件，会带来三类风险：路径跨平台不一致、残留污染 CI 环境、权限被拒绝（尤其 macOS SIP 或 Windows 权限组限制）。
t.TempDir() 是 testing.T 提供的原生方案，它自动创建唯一子目录、设好权限、并在测试结束时递归删除——哪怕测试 panic 或提前 exit，也能保证清理。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 不要用
os.MkdirTemp("", "mytest-*")+defer os.RemoveAll(dir)：defer 在 panic 时可能不执行，而t.TempDir()底层用了 runtime.SetFinalizer 和 test runner hook，更可靠 - 避免在测试里写
os.WriteFile("/tmp/config.json", ...)：这种硬路径在 Windows 上直接失败，且无法被t.Cleanup()捕获 - 如果必须生成多个临时文件，全部放在
t.TempDir()返回的路径下，而不是各自独立创建——这样一次清理就能收尾
清理残留临时文件要分两层操作
大型项目跑完一轮测试后，你可能发现磁盘空间莫名减少，或者 go test -v ./... 执行变慢。这不是因为代码问题，而是两类残留没清干净：
-
项目内残留：测试里用了
os.CreateTemp但忘了t.Cleanup或defer os.Remove，导致/tmp下留下一堆testfile-abc123.txt -
Go 工具链缓存残留：
go test编译测试二进制时，在$GOCACHE（如~/Library/Caches/go-build）下生成哈希命名的子目录，这些不会随项目删除，手动rm -rf极易误删整个缓存
正确做法是两步走：
- 先运行
go clean -testcache：只删测试构建产物，不影响普通go build缓存，安全且精准 - 再清理项目级临时物：
find /tmp -name "*test*" -type d -mmin +30 -exec rm -rf {} + 2>/dev/null（删 30 分钟前创建、含 test 字样的目录）——CI 脚本里建议加这行兜底
真需要草稿时，用项目内 testdata/ 替代 scratch
当你要验证一段 HTTP 请求逻辑、调试 JSON 解析、或草拟一个新包结构，scratch file 看似方便，但在大型项目里很快失控。更可控的做法是：在项目根目录下建 testdata/ 目录，把这类中间产物放进去。
-
testdata/不会被go build或go test加载（Go 规范约定），但能被 IDE 正常索引、补全、调试 - Git 可以选择性提交（比如保留
testdata/sample.json供团队复现），也可以加testdata/**到.gitignore隔离临时物 - 比起 scratch 文件，它有明确归属：谁建的、为什么建、是否要转正为正式 fixture，一目了然
真正麻烦的不是临时文件本身，而是它脱离项目上下文后，没人知道它该不该存在、能不能删、会不会影响别人。大型项目里，所有临时物都该有明确生命周期边界——要么由 t.TempDir() 自动管，要么放进 testdata/ 让人一眼看懂。
