Go 的 TestMain 函数中声明的局部变量无法被普通测试函数访问，必须通过包级全局变量（或更安全的初始化机制）实现跨测试共享资源。
go 的 `testmain` 函数中声明的局部变量无法被普通测试函数访问，必须通过包级全局变量（或更安全的初始化机制）实现跨测试共享资源。
在 Go 的测试框架中，TestMain(m *testing.M) 是测试入口的自定义钩子，用于在所有测试执行前进行全局初始化（如数据库连接、配置加载），并在所有测试结束后执行清理。但需特别注意：在 TestMain 内部以局部作用域声明的变量（如 dbInstance）仅在其函数体内有效，生命周期随 TestMain 返回而结束，不会自动暴露给其他测试函数。因此，当你在 TestSomeFeature 中直接引用 dbInstance 时，编译器报错 undefined —— 这是 Go 作用域规则的必然结果，而非测试框架限制。
✅ 正确做法：使用包级变量（global variable）作为共享载体：
// 假设 Repository 类型为 MyRepo
var DbInstance *MyRepo
func TestMain(m *testing.M) {
db := "[working_db_connection]"
var err error
DbInstance, err = InitializeRepo(db, 2)
if err != nil {
log.Fatalf("Failed to initialize test DB: %v", err)
}
// 注意：务必调用 m.Run() 才会实际运行测试
code := m.Run()
// 可选：在此处执行清理（如关闭连接）
// DbInstance.Close()
os.Exit(code)
}
随后，任意测试函数均可安全访问该变量：
func TestSomeFeature(t *testing.T) {
if DbInstance == nil {
t.Fatal("DbInstance not initialized")
}
fmt.Printf("Using DB instance: %+v\n", DbInstance)
// 继续你的业务逻辑测试...
}
⚠️ 重要注意事项：
-
避免竞态与状态污染：多个测试并发运行时，若
DbInstance是有状态对象（如带缓存的客户端），需确保其线程安全；更推荐为每个测试创建独立实例（通过setup/teardown函数），除非明确需要共享连接池。 -
错误处理不可省略：示例中使用
_忽略InitializeRepo错误是危险实践，应显式检查并提前退出（如log.Fatalf），否则测试可能静默失败。 -
替代方案更推荐：对于复杂依赖，建议优先采用
TestXxx内部初始化 +t.Cleanup()清理，或结合testify/suite等框架实现结构化测试套件，而非过度依赖全局变量——它虽简单，但会降低测试隔离性与可维护性。
总结：TestMain 不是“变量提升器”，而是测试生命周期控制器。资源共享需显式设计，全局变量是最直接的解法，但务必辅以严谨的初始化校验和资源管理意识。
