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 显示内存分配）
立即学习“go语言免费学习笔记（深入）”；
典型输出：
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，贴近真实负载