GoLand测试失败时临时文件被清理是Go测试框架默认行为，因t.Cleanup和defer在测试结束时无条件执行；需手动控制清理时机，仅在成功时调用os.RemoveAll。
测试失败时临时文件被自动清理，就查不到现场数据——这不是 GoLand 的 bug，是默认行为。它调用 t.Cleanup 或 os.RemoveAll 时不会区分测试成功还是失败，只要测试结束就删。要保留失败时的临时文件，必须绕过默认清理路径，把“删不删”这个决策权拿回来。
为什么 GoLand 运行测试时不保留失败现场的临时文件
GoLand 底层调用的是 go test 命令，而 Go 测试框架本身不提供“失败时跳过清理”的钩子。所有注册在 t.Cleanup 或写在 defer 里的 os.Remove / os.RemoveAll 都会在测试函数退出时无条件执行，不管是因为 t.Fatal、t.Error 还是 panic。你看到的“临时文件没了”，其实是代码逻辑在起作用，不是 IDE 擦除的。
-
t.Cleanup注册的函数在测试结束（无论 pass/fail/panic）后必执行，无法拦截 - GoLand 不会主动修改你的清理逻辑，也不会加开关控制是否清理
- 如果你用了
t.TempDir()，它内部已绑定t.Cleanup，等效于写了os.RemoveAll - 直接在
TestMain里统一清理更危险：子测试 panic 时，TestMain的defer可能根本没机会跑
手动控制清理时机：只在成功时删，失败时留
核心思路是把“是否清理”和测试状态绑定，而不是无脑注册 t.Cleanup。最简单可靠的做法是：声明一个标记变量，在测试成功路径末尾显式触发删除，失败路径跳过。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 用
var keepTemp bool标记是否保留，初始为true（即默认不删） - 在测试逻辑全部通过、准备返回前，设
keepTemp = false，再调用os.RemoveAll(dir) - 避免用
defer，因为 defer 在t.Fatal后仍会执行，但此时你希望它跳过 - 示例片段：
dir, err := os.MkdirTemp("", "test-*.dir") if err != nil { t.Fatal(err) } defer func() { if !keepTemp { os.RemoveAll(dir) } }() // ... 测试逻辑 // 所有断言都通过了，才允许删 keepTemp = false
CI 和本地调试共用一套逻辑：用环境变量开关
硬编码“失败保留”不适合 CI 场景——你不想让流水线磁盘被残留文件塞满。更实用的是加一层环境变量控制，本地开发时打开，CI 中关闭。
- 读取
os.Getenv("TEST_KEEP_TEMP") == "1"决定是否跳过清理 - 本地调试时运行：
TEST_KEEP_TEMP=1 go test -run=TestUpload -v - CI 脚本中不设该变量，或显式设为
0，保持默认清理行为 - 注意：不要用
t.Setenv，它只影响子进程，对当前测试的临时文件生命周期无效 - 如果用了
t.TempDir()，它不支持跳过清理，必须改用os.MkdirTemp+ 手动控制
真正要盯住的不是“怎么留”，而是“留哪些”
临时目录里往往混着日志、缓存、中间产物，全留下来反而干扰排查。建议只保留明确与失败强相关的文件，比如：
- 写入失败前最后生成的原始输入文件（如
input.json） - 出错时 dump 的内存快照（如
heap.pprof） - HTTP handler 中未完成上传的分片（命名带
.part后缀） - 别留整个
t.TempDir()返回的目录——它可能含大量无关的中间态文件
最易被忽略的一点：Windows 下文件被进程锁住时，os.RemoveAll 会静默失败，你以为删了，其实还在。调试时若发现“该留的没留下”，先检查是否因句柄未关闭导致删除失败。
