Go原生支持基准测试，需在_test.go文件中定义func BenchmarkXxx(b testing.B)函数；运行用go test -bench=，注意避免初始化误入循环、编译器优化及参数/文件名错误。
用 go test -bench 运行基础性能对比
Go 原生支持基准测试，不需要额外依赖。只要在测试文件中写好以 Benchmark 开头的函数，就能直接跑对比。注意文件名必须是 *_test.go，函数签名固定为 func BenchmarkXxx(b *testing.B)。
常见错误是把 Benchmark 函数写在非 _test.go 文件里，或者参数类型写成 *testing.T —— 这会导致 go test -bench 完全不识别，也不报错，只是静默跳过。
- 运行全部基准：
go test -bench=. - 只跑某个函数：
go test -bench=BenchmarkMapAccess - 禁止内存分配统计（加快执行）：
-benchmem=false - 指定最小运行时间（避免因太快而采样不准）：
-benchtime=5s
写可比、不干扰的 Benchmark 函数
基准测试最常踩的坑是把初始化逻辑放进循环，或没重置状态，导致每次迭代实际测的不是目标操作。比如遍历 map 时，如果在 b.N 循环内反复创建新 map，测出来的是 make + 遍历，而不是纯遍历。
正确做法是把准备动作放在 b.ResetTimer() 之前，且调用 b.ReportAllocs() 来暴露内存开销差异。
func BenchmarkMapRange(b *testing.B) {
m := make(map[int]int)
for i := 0; i < 1000; i++ {
m[i] = i * 2
}
b.ResetTimer() // 从这开始计时
b.ReportAllocs()
for i := 0; i < b.N; i++ {
sum := 0
for _, v := range m {
sum += v
}
_ = sum
}}
用 benchstat 做多版本数值对比
单次 go test -bench 输出只是原始数据，看不出“快了多少”。真正做优化对比时，必须用官方工具 benchstat（需单独安装：go install golang.org/x/perf/cmd/benchstat@latest）。
它能自动处理多次运行的统计波动，给出显著性判断（p
sum += v
}
_ = sum
}- 先分别保存两组结果：
go test -bench=. -count=5 > old.txt，改代码后再跑> new.txt - 对比：
benchstat old.txt new.txt - 输出中带
~表示无显著差异，−23.45%表示新版本快了约 23%，+12.10%表示变慢
避免被编译器优化掉关键逻辑
Go 编译器很激进，如果它发现某段计算结果没被使用，可能整个循环都被删掉 —— 导致 benchmark 显示“快得离谱”，实际毫无意义。典型表现是 BenchmarkXXX-8 1000000000 0.32 ns/op 这种反常识结果。
解决方法是把关键中间变量赋给全局变量（var result int），或用 blackhole 模式强制保留：
var result int
func BenchmarkSomething(b *testing.B) {
for i := 0; i < b.N; i++ {
x := heavyComputation(i)
result = x // 防止被优化
}
}更稳妥的做法是用 testing.Benchmark 提供的 b.StopTimer()/b.StartTimer() 控制计时区间，确保只测真正想比的部分。
复杂点在于：不同 CPU 频率、后台负载、GC 时间抖动都会影响单次结果；benchstat 的统计模型假设各次运行独立同分布，但 Go 的 GC 周期可能让某几次突然卡住。所以至少跑 5 轮，且避免在笔记本电池模式下做关键对比。
