golang如何使用t.Cleanup清理测试_golang t.Cleanup测试清理使用策略

t.Cleanup 是子测试清理的唯一可靠选择，因其绑定当前 *testing.T 生命周期，子测试结束即执行；defer 属于外层函数作用域，易致资源冲突或误删。t.Cleanup 是子测试清理的唯一可靠选择当你在 t.Run 里启动临时服务、创建临时文件或监听端口，就必须用 t.Cleanup，而不是 defer。因为 defer 属于外层函数作用域，等整个测试函数返回才执行；而子测试早已结束，资源可能被下一个子测试复用甚至冲突------比如端口被占、临时目录被误删。常见错误现象：defer os.RemoveAll(tempDir) 写在 t.Run 里，结果所有子测试共用一个 tempDir，或删掉别人刚建的目录t.Cleanup 绑定到当前 *testing.T 生命周期：子测试一结束（无论 pass/fail/panic），它就立刻执行它不支持返回 error，也不接受 context 控制超时------出错只能 t.Log，不能中断测试流程闭包变量捕获是高频翻车点在循环中注册 t.Cleanup 时，若直接引用循环变量，最后所有清理函数看到的都是循环末尾的值。这不是 Go 特性，是闭包语义本身的问题，但测试里特别容易忽略。错误写法：for _, name := range names { t.Cleanup(func(){ os.Remove(name) }) } → 全部删最后一个 name正确写法：for _, name := range names { name := name; t.Cleanup(func(){ os.Remove(name) }) }或者显式传参：t.Cleanup(func(n string){ os.Remove(n) }(name))什么该进 t.Cleanup，什么不该t.Cleanup 不是万能垃圾桶，它的价值在于「外部状态隔离」。纯内存操作、结构体重置这类事，直接写在子测试末尾更清晰，也更容易调试。 稿定AI 拥有线稿上色优化、图片重绘、人物姿势检测、涂鸦完善等功能