Go基准测试需写在_test.go文件中，函数名以Benchmark开头并接收testing.B参数；运行必须用go test -bench=.（点匹配所有），否则不执行；建议加-benchmem看内存分配，并用b.ResetTimer()排除setup开销；b.N由框架自动调整，需在循环中使用；对比性能应使用benchstat分析多轮结果。
用 go test -bench 运行基准测试
Go 基准测试必须写在 *_test.go 文件里，函数名以 Benchmark 开头、接收 *testing.B 参数。运行时直接用 go test -bench=.（点表示匹配所有），不加 -bench 参数则默认跳过基准测试。
常见错误：只写 go test 却没加 -bench，结果输出里完全看不到 BenchmarkXXX 行 —— 它根本没跑。
-
-bench=.匹配所有 Benchmark 函数；-bench=BenchmarkMap只跑指定函数 - 默认只运行 1 次预热，容易受噪声干扰；建议加
-benchmem同时看内存分配 - 若想排除 setup 开销，把初始化逻辑放在
b.ResetTimer()之前
Benchmark 函数里必须调用 b.N 循环
Go 的基准框架会自动调整 b.N 值，让单次基准耗时尽量落在 1 秒左右。你不能自己写 for i := 0; i —— 那样测的是固定次数，失去自适应意义，结果不可比。
典型结构：
立即学习“go语言免费学习笔记（深入）”；
func BenchmarkCopySlice(b *testing.B) {
src := make([]int, 1000)
dst := make([]int, 1000)
b.ResetTimer() // 排除 make 开销
for i := 0; i < b.N; i++ {
copy(dst, src)
}
}
- 漏掉
b.ResetTimer()会导致初始化代码被计入耗时，尤其当初始化很重时（如建 map、读文件） - 如果循环体里有副作用（如修改全局变量），需确保每次迭代是独立的，否则
b.N增大后行为可能变化 - 避免在循环中调用
b.Log()或b.ReportAllocs()，它们会显著拖慢速度并污染结果
理解输出字段含义：ns/op、B/op、allocs/op
运行 go test -bench=. -benchmem 后，每行输出形如：
本文档主要讲述的是maven使用方法；Maven是基于项目对象模型的（pom），可以通过一小段描述信息来管理项目的构建，报告和文档的软件项目管理工具。Maven将你的注意力从昨夜基层转移到项目管理层。Maven项目已经能够知道 如何构建和捆绑代码，运行测试，生成文档并宿主项目网页。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
BenchmarkCopySlice-8 10000000 124.5 ns/op 0 B/op 0 allocs/op
其中：
-
10000000是实际执行的循环次数（由框架动态确定） -
124.5 ns/op表示「每次操作平均耗时 124.5 纳秒」—— 这才是核心性能指标 -
0 B/op表示每次操作分配了 0 字节堆内存；非零值说明有逃逸或显式new/make -
0 allocs/op是每次操作触发的堆分配次数，比字节数更敏感，适合定位隐式分配
注意：-8 表示用了 8 个 OS 线程（GOMAXPROCS），不同机器可能不同；想固定并发数可设 GOMAXPROCS=1 go test -bench=.。
对比多个实现：用 benchstat 计算差异率
单独一次 go test -bench=. 输出只是绝对值，看不出优化是否真实有效。Go 官方工具链附带 benchstat（需 go install golang.org/x/perf/cmd/benchstat@latest）用于统计对比。
操作流程：
- 先跑旧版本：
go test -bench=. -benchmem > old.txt - 改代码后跑新版本：
go test -bench=. -benchmem > new.txt - 执行：
benchstat old.txt new.txt，它会自动计算均值、标准差和 p 值，并标出显著提升/退化（如±2.34% (p=0.0012)）
没有 benchstat 时手动对比容易忽略采样波动 —— Go 基准默认只跑 1 轮，而真实差异常需 3–5 轮才能稳定显现。
