Go测试函数默认不共享状态，因每个TestXxx在独立goroutine中运行且包级变量被重置，旨在保障可重复、可并行、无副作用；强行共享需禁用并行并加同步，但违背单元测试原则。
Go 测试函数默认不共享状态
每个 TestXxx 函数在独立的 goroutine 中运行，且 Go 的 testing 包会为每次调用重置包级变量（尤其当测试并行执行时），因此不能依赖包变量在测试间传递状态。这不是 bug，而是设计使然——目的是保证测试可重复、可并行、无副作用。
为什么直接用全局变量共享状态会出问题
看似可行的包级变量，在以下场景下必然失效：
- 使用
-race或-p并行运行测试时，多个TestXxx同时读写同一变量 → 竞态或覆盖 - 某个测试 panic 或提前 return → 后续测试看到的是脏/未初始化状态
-
go test -run=TestA单独跑一个测试，和go test全量跑，行为不一致 - CI 环境中测试顺序可能变化，导致偶发失败
需要跨测试共享数据？换思路，别硬共享
真正需要“共享”的，往往其实是：复用初始化逻辑、隔离资源生命周期、或模拟外部依赖的一致性。推荐方式如下：
- 用
TestMain(m *testing.M)统一做一次 setup/teardown，通过包变量暂存（但仅限只读或线程安全结构） - 把共用资源封装成结构体，用
SetupTest方法在每个测试开头初始化（例如数据库连接池、mock server） - 对需要“状态延续”的场景（如测试登录后操作），改用单个测试函数内分步骤断言，而非拆成多个
TestLogin+TestProfile - 避免在测试中修改全局配置（如
http.DefaultClient），改用显式传参或接口注入
func TestMain(m *testing.M) {
// 一次性初始化（如启动 mock HTTP server）
server := httptest.NewServer(http.HandlerFunc(handler))
defer server.Close()
// 注意：这里不能把 server 赋给包变量再让各 TestXxx 直接用
// 因为它们不保证执行顺序，也不保证 server 未被 Close()
os.Exit(m.Run())
}
真要强行共享？必须加同步且接受脆弱性
极少数集成测试场景（比如测真实数据库事务链路），若坚持跨测试共享状态，唯一可控方式是：
立即学习“go语言免费学习笔记（深入）”；
- 禁用并行：
t.Parallel()一句都不要加 - 用
sync.Once或sync.Mutex保护共享变量 - 所有测试按命名顺序执行（
go test -run ^TestA|^TestB），并在TestZzzCleanup显式重置 - 接受该测试套无法单独运行、无法被 IDE 单点调试、CI 失败后难以定位的问题
这种做法实际等于把多个测试耦合成一个逻辑单元，已脱离单元测试范畴——更接近端到端流程验证，应另起目录用 integration/ 隔离。
