Benchmark函数禁用fmt.Println/log因它们引入锁、IO等干扰；b.ResetTimer()放错位置会致测量失真；allocs/op为0不等于无内存活动；并发测试需确保无共享状态；文件名和函数签名格式必须严格符合规范。
为什么 Benchmark 函数里不能用 fmt.Println 或 log？
因为基准测试要求极低的运行开销和可重复性，fmt.Println 和 log 会触发锁、内存分配、IO 等非目标逻辑，严重污染测量结果，甚至让 b.N 失效（比如因阻塞导致循环提前终止）。
实操建议：
- 所有调试输出必须在
if testing.Verbose()下包裹，否则禁止出现 - 若需观察中间值，改用
b.ReportMetric(value, "unit")上报辅助指标（Go 1.21+） - 绝对不要在
b.ResetTimer()前做任何可观测副作用操作
b.ResetTimer() 放错位置会导致什么？
它重置计时器并清零已执行的迭代次数，常用于跳过初始化开销。放错位置会让测量范围包含不该测的部分（比如反复初始化），或漏掉真正要测的逻辑。
典型错误场景：
- 放在
for循环内部 → 每次迭代都重置，最终耗时趋近于 0 - 放在变量声明/预热之后但未覆盖全部待测逻辑 → 测量范围不完整
- 忘记在多阶段 benchmark 中对不同阶段分别
ResetTimer()和StopTimer()
正确做法：预热（如构建 map、分配缓存）→ b.StopTimer() → 实际逻辑前 b.ResetTimer() → 执行核心操作
为什么 go test -bench=. 结果里显示 allocs/op 却没看到内存分配？
Go 的基准测试默认只统计堆上由 new、make、字面量等触发的显式分配，不包括栈上分配或编译器优化掉的临时对象。若函数被内联或逃逸分析判定为无堆分配，allocs/op 就是 0，但这不代表没内存活动。
