b.StopTimer()用于临时排除初始化代码的耗时与内存分配统计，避免污染性能指标；必须在每次循环前停计时做初始化（如生成测试数据），再用b.ResetTimer()重置并开始测量。
b.StopTimer() 的作用是临时排除不相关代码的耗时与内存分配统计，它不暂停物理计时，而是告诉基准测试框架：“从现在起，直到我调用 b.StartTimer() 或 b.ResetTimer() 之前，这段代码不算进最终的 ns/op 和 allocs/op”。
什么时候必须用 b.StopTimer()
当你需要在每次循环前做初始化（比如构建 map、预分配 slice、打开文件、生成测试数据），但又不想让这些“准备动作”污染性能指标时，就必须停掉计时器。
- 常见错误现象：基准测试结果远高于预期，且
allocs/op异常高——很可能是因为初始化逻辑被计入了统计 - 典型场景：测试一个排序函数，但每次都要先用
rand.Perm()生成随机数组；或测试 JSON 解析，但每次都在循环内json.Marshal()构造输入 - 不能只靠“写在外面”，因为
B.N是动态调整的，你无法预知要跑多少轮，初始化必须和循环对齐
b.StopTimer() 和 b.ResetTimer() 的关键区别
两者都用于控制统计范围，但语义和触发时机不同：
-
b.StopTimer()：暂停统计，已累计的时间和分配仍保留；后续调用b.StartTimer()会继续累加（不是从零开始） -
b.ResetTimer()：清空已统计的所有时间与分配，并立即重启计时——相当于“重置并开始新一阶段测量” - 多数情况下，初始化后应配对使用：
b.StopTimer()→ 初始化 →b.ResetTimer()，而不是b.StartTimer()
func BenchmarkSort(b *testing.B) {
// 预热/一次性 setup（可选）
data := make([]int, 1000)
b.ResetTimer() // ⚠️ 错！这里还没开始测，重置无效
for i := 0; i < b.N; i++ {
b.StopTimer()
// 每轮都需要的新输入
rand.Shuffle(len(data), func(i, j int) { data[i], data[j] = data[j], data[i] })
b.ResetTimer() // ✅ 正确：丢弃 shuffle 开销，从此刻重新计时
sort.Ints(data) // ← 这行才被统计
}}
不用 b.StopTimer() 会怎样？编译器还可能帮你“优化掉”
如果初始化逻辑没被隔离，不仅数据失真，还可能触发编译器优化，导致基准测试完全失效：
- 例如在循环里反复创建小字符串但没使用，Go 编译器可能直接删掉整段代码（尤其开启
-gcflags="-l"时） - 更隐蔽的问题：变量逃逸到堆上，导致
allocs/op虚高，你以为是算法问题，其实是测试写法问题 - 命令行验证技巧：加
-benchmem -gcflags="-m"看逃逸分析，再对比加/不加b.StopTimer()的allocs/op差异
真正容易被忽略的点是：b.StopTimer() 不是“暂停计时器”的字面意思，而是一次统计开关切换。它和 b.ReportAllocs()、b.SetBytes() 一样，属于“让框架知道你关心什么指标”的协作契约——你关得越准，结果越可信。
