Go的Benchmark函数须以Benchmark开头、接收*testing.B参数，并在b.N循环中执行逻辑；框架自动调优b.N使总耗时≥1秒，需用b.ResetTimer()分离初始化开销。

Go 的 testing.B 基准测试不是“跑一次看耗时”，而是自动多次执行、排除启动开销、提供稳定统计值的测量机制——直接写 time.Now() 手动计时会漏掉编译优化、GC 干扰和预热不足的问题。

如何正确声明和运行 Benchmark 函数

Benchmark 函数必须以 Benchmark 开头，接收 *testing.B 参数，并在 b.N 次循环中执行待测逻辑。Go 测试框架会动态调整 b.N 直到总耗时稳定（通常 ≥ 1 秒），确保结果有统计意义。

常见错误：在循环外初始化、或忘记调用 b.ResetTimer() / b.StopTimer() —— 这会导致 setup/teardown 时间被计入基准结果。

• Benchmark 函数名必须是 BenchmarkXxx 格式，否则 go test -bench 不识别
• 不能在 func BenchmarkXxx(b *testing.B) 外部使用 b.* 方法
• 若需预分配资源（如切片、map），应在 b.ResetTimer() 之前完成，否则这部分开销会被计入

func BenchmarkMapAccess(b *testing.B) {
    m := make(map[int]int)
    for i := 0; i < 1000; i++ {
        m[i] = i * 2
    }
    b.ResetTimer() // 从此开始计时
    for i := 0; i < b.N; i++ {
        _ = m[i%1000]
    }
}

避免编译器优化导致的假阳性结果

Go 编译器可能完全删除“无副作用”的计算，比如 result := f(x) 但 result 未被使用。这时 Benchmark 显示极低耗时，实际是空跑。

立即学习“go语言免费学习笔记（深入）”；

解决方法：用 blackhole 抑制优化——将结果赋给 blackhole 变量（类型为 func(...interface{}) 或全局变量），或用 testing.B 提供的 b.ReportAllocs() 配合内存观察进一步验证。

• 最简单可靠方式：var result int; result = compute(x); _ = result
• 更严谨方式：用 blackhole 函数（来自 testing 包内部，但未导出），所以推荐显式赋值 + _ = result
• 启用 b.ReportAllocs() 后，输出会包含 B/op 和 allocs/op，有助于发现隐式分配干扰

func BenchmarkFib10(b *testing.B) {
    b.ReportAllocs()
    for i := 0; i < b.N; i++ {
        result := fib(10)
        _ = result // 防止被优化掉
    }
}

对比多个实现时控制变量的关键点

做 A/B 对比（如 slice vs map 查找）时，仅靠 go test -bench=. 输出的 ns/op 不足以判断优劣——不同函数可能触发不同 GC 频率、缓存局部性差异、或 CPU 分支预测行为。

必须保证：输入数据构造方式一致、warmup 充分、不共用可变状态、并行度明确（b.RunParallel 仅适用于无状态场景）。

• 每次 Benchmark 子测试应独立构造输入数据，不要复用上一个的 map/slice
• 若函数含并发逻辑，用 b.RunParallel；否则默认单线程，避免 goroutine 调度噪声
• 用 go test -bench=. -benchmem -count=5 多次运行取中位数，比单次更可信
• 注意 GOOS=linux GOARCH=amd64 等环境一致性，跨平台数值不可直接比较

真正影响结论的，往往不是某次 b.N 的绝对值，而是两组测试在相同环境、相同 warmup、相同内存压力下的相对波动范围——忽略这一点，再漂亮的数字也只是幻觉。