go测试无内置setup/teardown机制，需用defer实现单测清理、subtest+外层defer复用初始化、testmain处理全局逻辑，核心是保持隔离与显式控制。
Go测试中没有内置的setup/teardown机制
Go标准测试框架（testing包）不提供类似JUnit的@Before或pytest的setup_method这类生命周期钩子。所有测试函数都是独立、并行执行的，TestXxx函数之间不共享状态，也没有自动调用的前置/后置函数。
这意味着：你不能依赖某个全局“setup”函数在所有测试前执行一次；也不能指望“teardown”在所有测试后统一清理——除非你自己控制执行顺序和作用域。
单个测试内的setup/teardown用defer最可靠
对单个TestXxx函数而言，最常用、最安全的方式是在函数开头做初始化，结尾用defer做清理。Go的defer保证在函数返回前执行，无论是否panic，且按后进先出顺序执行。
- 适合场景：启动临时HTTP服务器、创建临时目录、打开数据库连接、mock全局变量等
- 注意点：
defer闭包捕获的变量是引用，如需捕获当前值，应显式传参或用局部副本 - 示例：
func TestSomething(t *testing.T) {
// setup
tmpDir, err := os.MkdirTemp("", "test-*")
if err != nil {
t.Fatal(err)
}
defer os.RemoveAll(tmpDir) // teardown —— 保证执行
f, err := os.Create(filepath.Join(tmpDir, "data.txt"))
if err != nil {
t.Fatal(err)
}
defer f.Close() // 多个defer按逆序执行
// actual test logic...
}
多个测试共用setup/teardown：用subtest + 外层defer
当你有一组逻辑相关的测试（比如对同一API路径的多个请求验证），想复用初始化和清理，推荐用t.Run定义subtest，并把setup/teardown放在外层测试函数中。
- 好处：避免重复代码，确保每个subtest都在干净环境中运行
- 风险：如果setup失败，整个外层测试直接
t.Fatal，后续subtest不会执行；但这是预期行为 - 不要在subtest内部再defer清理共享资源（如DB连接），否则可能被多次关闭
func TestAPIEndpoints(t *testing.T) {
// shared setup
db := setupTestDB(t)
defer db.Close() // 一个defer，对应整个TestAPIEndpoints生命周期
router := setupRouter(db)
t.Run("GET /users", func(t *testing.T) {
// subtest-specific setup (if any)
req := httptest.NewRequest("GET", "/users", nil)
w := httptest.NewRecorder()
router.ServeHTTP(w, req)
// assert...
})
t.Run("POST /users", func(t *testing.T) {
// another subtest
})
}
全局级setup/teardown：只在_test.go包级init中谨慎使用
极少数情况需要真正“全局”的初始化（如启动一次docker容器、初始化一次etcd集群），可借助init()函数，但必须配合os.Exit或os.Interrupt监听做清理——而Go测试本身不提供进程退出前的钩子。
- 更实际的做法：用
TestMain替代init，它允许你在所有测试前后插入逻辑 -
TestMain必须调用m.Run()，否则测试不会执行；且不能在其中调用t.Log/t.Fatal（因为没*testing.T） - 清理逻辑写在
defer里，但要注意：若测试panic且未recover，defer仍会执行；不过进程异常终止时仍可能遗漏
func TestMain(m *testing.M) {
// global setup
if err := startExternalService(); err != nil {
log.Fatal(err)
}
defer stopExternalService() // global teardown
os.Exit(m.Run())
}
真正难处理的是跨包、跨进程、带状态的外部依赖——这时候不是靠TestMain能兜住的，得靠Makefile、testcontainers或单独的fixture管理脚本。Go测试本身的设计哲学就是轻量、隔离、无隐式状态，强行塞进复杂生命周期反而容易出竞态或残留。
