17370845950

Go基准测试需用testing.Benchmar函数和go test -bench命令，要求函数名以Benchmark开头、参数为*testing.B、循环用b.N而非固定值，Go自动调整b.N使总时长约1秒以确保结果可信。

在 Go 中做基准测试，核心是用 testing 包提供的 Benchmark 函数，配合 go test -bench 命令运行。关键不是“跑一次看耗时”，而是让测试在可控、可复现的条件下反复执行，从而获得稳定、有统计意义的性能数据。

写一个合法的 Benchmark 函数

基准测试函数必须满足三个条件：函数名以 Benchmark 开头；参数类型是 *testing.B；函数体里必须调用 b.N 控制循环次数（不能硬写固定次数）。Go 会自动调整 b.N 的值，使单次运行时间足够长（默认目标约 1 秒），保证结果可信。

例如，测试字符串拼接性能：

func BenchmarkStringConcat(b *testing.B) {
    for i := 0; i < b.N; i++ {
        s := "hello" + "world" + strconv.Itoa(i)
        _ = s // 防止被编译器优化掉
    }
}

• 别忘了用 _ = s 或其他方式“使用”结果，否则 Go 可能直接优化掉整个循环
• 避免在循环内做初始化（如创建 map、切片），除非这是你要测的部分；否则应提到循环外
• 如果测试依赖外部资源（如文件、网络），需在 b.ResetTimer() 前完成准备，避免把初始化时间计入基准

运行并解读 bench 输出

执行命令：go test -bench=^BenchmarkStringConcat$ -benchmem（-benchmem 显示内存分配）

典型输出：

BenchmarkStringConcat-8    10000000    124 ns/op    16 B/op    2 allocs/op

• 10000000：实际执行了约一千万次
• 124 ns/op：每次操作平均耗时 124 纳秒
• 16 B/op：每次操作分配 16 字节内存
• 2 allocs/op：每次操作发生 2 次内存分配

数字越小通常越好，但要注意对比必须在同一台机器、相同 Go 版本、关闭无关进程下进行。

对比多个实现，用子基准测试分组

想比较 strings.Join 和 + 拼接？可以写多个独立函数，也可以用 b.Run 组织子测试，结构更清晰：

func BenchmarkConcatMethods(b *testing.B) {
    parts := []string{"a", "b", "c", "d"}
    
    b.Run("plus", func(b *testing.B) {
        for i := 0; i < b.N; i++ {
            s := parts[0] + parts[1] + parts[2] + parts[3]
            _ = s
        }
    })
    
    b.Run("strings_Join", func(b *testing.B) {
        for i := 0; i < b.N; i++ {
            s := strings.Join(parts, "")
            _ = s
        }
    })
}

• 运行时加 -bench=. 即可看到两个子项的独立结果
• 每个子测试单独计时、单独调优 b.N，互不影响
• 适合 A/B 测试、不同算法或配置的横向对比

注意陷阱和进阶技巧

基准测试容易误判，常见问题包括：

• 未禁用 GC 干扰：高频小对象分配可能触发 GC，影响结果。可用 runtime.GC() 在 b.ResetTimer() 前手动触发一次，或加 -gcflags="-l" 关闭内联干扰（调试用）
• 忽略 CPU 频率波动：笔记本省电模式、后台任务都会拉低频率。建议插电、关闭非必要程序，或用 taskset -c 0 go test ... 绑定单核减少干扰
• 没做多次采样：单次 go test -bench 结果可能有偏差。可用 -count=5 运行 5 次取中位数，或结合 benchstat 工具分析差异显著性
• 微基准脱离真实场景：比如只测一个函数，但实际调用链中有锁、IO、GC 等。必要时写集成级 benchmark，贴近真实负载