基准测试函数必须以Benchmark开头并接收*testing.B参数，使用b.ResetTimer()清除初始化开销，循环内避免I/O等干扰操作，确保结果准确反映待测函数性能。
Go 的基准测试（Benchmark）是定位和优化函数性能最直接有效的手段。它不依赖外部工具，原生支持、结果精确、可重复性强，关键是能帮你快速识别“哪里慢”和“为什么慢”。
写一个合格的 Benchmark 函数
基准测试函数必须以 Benchmark 开头，接收 *testing.B 参数，并在循环中调用待测函数 b.N 次：
- 函数名格式固定：例如 BenchmarkAdd，不能是 TestAdd 或 benchAdd
- 必须用 b.ResetTimer() 清除初始化开销（如预分配 slice、建 map），避免干扰真实耗时
- 禁止在循环内做 I/O、打印、sleep 等非目标操作；否则结果失真
- 示例：
nums := []int{1, 2, 3}
b.ResetTimer()
for i := 0; i sum := 0
for _, n := range nums {
sum += n
}
}
}
运行并读懂 benchmark 结果
用 go test -bench=. 运行所有 benchmark；加 -bench=BenchmarkAdd 可指定单个函数：
- 输出类似：BenchmarkAdd-8 10000000 124124 ns/op
- -8 表示 GOMAXPROCS=8（CPU 核数），反映并发环境下的表现
- 10000000 是实际执行次数；Go 会自动调整 b.N 使总耗时约 1 秒
- 124124 ns/op 是每次调用平均耗时，这是核心指标——越小越好
对比不同实现，验证优化是否有效
性能优化不是靠猜，而是靠比。把多个版本写成独立 benchmark，用 -benchmem 查看内存分配：
立即学习“go语言免费学习笔记（深入）”；
- 加 -benchmem 后输出会多两列：B/op（每次操作分配字节数）和 allocs/op（每次分配次数）
- 例如：从 24 B/op, 1 allocs/op 降到 0 B/op, 0 allocs/op，说明消除了堆分配，大概率提升明显
- 用 go test -bench=. -benchmem -count=5 多次运行取平均，减少噪声干扰
结合 pprof 定位瓶颈（进阶）
当 benchmark 显示变慢但看不出原因时，用 Go 自带的 pprof 分析 CPU 和内存热点：
- 在 benchmark 函数里加：runtime.SetMutexProfileFraction(1) 和 runtime.SetBlockProfileRate(1)（按需）
- 运行：go test -bench=. -cpuprofile=cpu.prof
- 分析：go tool pprof cpu.prof，然后输入 top 或 web 查看耗时最高的函数调用栈
- 特别关注：频繁的 interface{} 转换、无节制的 goroutine 创建、sync.Mutex 争用、slice append 扩容等常见陷阱
基本上就这些。Benchmark 不是万能的，但它是最诚实的性能裁判——写得规范，跑得勤快，改得有针对性，函数性能就能稳稳提上去。
