子测试是Go 1.7引入的机制，用于在单个测试函数内组织多个逻辑相关的测试用例，共享setup/teardown，支持独立运行、过滤和并行控制。
什么是 testing.T 的子测试（Subtest）
子测试是 Go 1.7 引入的机制，用于在单个测试函数内组织多个逻辑相关的测试用例，共享 setup/teardown，同时支持独立运行、过滤和并行控制。它不是嵌套调用 t.Run() 就算——关键在于每个子测试必须有自己的名字、独立生命周期，且父测试函数不能提前返回或 panic，否则后续子测试不会执行。
如何正确使用 t.Run() 定义子测试
错误写法：把 t.Run() 放在循环外、或漏掉名字参数、或在子测试里直接调用 t.Fatal() 导致整个测试函数退出。正确做法是确保每个子测试有唯一名称，并在闭包中捕获循环变量。
- 子测试名必须非空字符串，建议用可读格式如
"valid_input"、"empty_string" - 若在
for循环中创建子测试，需将迭代变量显式传入闭包，避免所有子测试共用最后一个值 - 子测试内调用
t.Fatal()只终止当前子测试，不影响其他子测试运行 - 可对子测试调用
t.Parallel()，但仅当父测试也调用了t.Parallel()才真正并发
func TestParseURL(t *testing.T) {
tests := []struct {
name string
input string
wantErr bool
}{
{"valid_http", "http://example.com", false},
{"invalid_scheme", "ftp://bad", true},
{"empty", "", true},
}
for _, tt := range tests {
tt := tt // 必须！防止闭包捕获循环变量引用
t.Run(tt.name, func(t *testing.T) {
t.Parallel() // 可选，但需父测试未阻塞
_, err := url.Parse(tt.input)
if (err != nil) != tt.wantErr {
t.Errorf("Parse(%q) error = %v, wantErr %v", tt.input, err, tt.wantErr)
}
})
}
}
子测试与顶层测试的生命周期差异
testing.T 实例不可复用，每个子测试获得一个全新 *testing.T。这意味着：
- 父测试中设置的变量、临时文件、mock 状态不会自动继承给子测试——需在
t.Run()闭包内重新初始化 -
t.Cleanup()注册的清理函数只对当前测试（含子测试）生效；父测试的Cleanup不会作用于子测试 - 子测试失败时，输出日志包含完整路径，如
TestParseURL/valid_http，便于定位 - 通过
go test -run="TestParseURL/valid_http"可单独运行某个子测试，这对调试非常关键
常见陷阱与性能影响
子测试不是银弹。滥用会导致日志冗余、并行度失控、setup 成本重复。尤其注意：
立即学习“go语言免费学习笔记（深入）”；
- 不要在子测试里做重型初始化（如启动数据库、加载大文件），应提到父测试中，用闭包或结构体字段共享
- 大量子测试（如上千个）可能拖慢
go test启动速度，因每个子测试都需注册和调度 - 子测试名含斜杠
/是合法的，但不要手动拼接层级如"group/subgroup/case"——Go 会自动解析为嵌套结构，过度嵌套无实际收益 - 如果子测试间存在强依赖（如后一个依赖前一个的写入结果），说明它们不该是子测试，而应拆成独立测试函数
最易被忽略的一点：子测试的 t.Log() 输出默认不显示，除非测试失败或加了 -v 参数。调试时别只盯着终端沉默——记得加 go test -v。
