子测试是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。