Go中对比函数性能最标准方式是使用go test的基准测试机制，需以Benchmark开头、接收*testing.B参数、置于_test.go文件，并在b.N控制的循环中调用被测函数。
在 Go 中对比函数性能差异，最标准、最可靠的方式是使用 go test 内置的基准测试（Benchmark）机制。它能自动执行多次运行、排除噪声、统计纳秒级耗时，并支持内存分配分析。
写一个合法的 Benchmark 函数
基准测试函数必须满足：以 Benchmark 开头、接收 *testing.B 参数、放在 _test.go 文件中。
- 函数名推荐按
BenchmarkFuncName命名，比如BenchmarkAddV1、BenchmarkAddV2 - 必须在循环中调用被测函数，且循环次数由
b.N控制（Go 自动调整） - 避免在循环内做无关操作（如打印、新建大对象），否则会污染结果
示例：
func BenchmarkAddV1(b *testing.B) {
for i := 0; i < b.N; i++ {
_ = addV1(1, 2)
}
}
func BenchmarkAddV2(b *testing.B) {
for i := 0; i < b.N; i++ {
_ = addV2(1, 2)
}
}
运行并对比多个 Benchmark
用 go test -bench=. 运行所有 benchmark；用 -bench=^BenchmarkAdd 匹配特定函数。
立即学习“go语言免费学习笔记（深入）”；
- 加
-benchmem显示每次运行的内存分配次数和字节数 - 加
-count=5运行 5 轮取平均值，减少单次波动影响 - 加
-benchtime=3s让每项至少运行 3 秒（默认 1 秒），提升统计稳定性
典型命令：
go test -bench=^BenchmarkAdd -benchmem -count=3 -benchtime=2s
关注关键指标，识别真实差异
输出中重点关注三列：ns/op（每次操作耗时纳秒）、B/op（每次分配字节数）、allocs/op（每次分配次数）。
- 若两个函数
ns/op相差不到 5%，通常认为无实质性能差异 - 若一个函数
allocs/op = 0，另一个非零，说明后者触发了堆分配，可能影响 GC 压力 - 对 slice/map 操作，注意是否复用底层数组或预设容量，这会显著改变 allocs/op
进阶技巧：控制变量 & 避免常见陷阱
真实对比需要排除干扰，尤其注意编译器优化和数据准备阶段。
- 把初始化逻辑（如构建测试数据）放在
b.ResetTimer()之前，避免计入耗时 - 用
b.ReportAllocs()显式开启内存统计（部分场景需手动启用） - 禁止在循环中使用
fmt.Println、time.Now()或未使用的变量赋值（Go 可能优化掉） - 想对比不同参数规模？用
bench -benchmem -run=^$ -bench="BenchmarkAdd.*"+ 子测试命名（如BenchmarkAdd_100）
基本上就这些。Go 的 benchmark 够轻量也够严谨，不复杂但容易忽略细节。
