Go基准测试默认不只跑一次，而是自适应调整B.N使总时长接近1秒；但易受波动影响导致结果不稳定，需用-count指定重复次数并配合benchstat做统计检验。
Go testing.B 默认只跑一次就出结果？别信
Go 的基准测试默认不会只跑一次，但很容易被误以为“跑一次就定论”——因为 testing.B.N 是自适应的：它先粗略试跑几次估算耗时，再决定最终要执行多少轮才能让总时间接近 1 秒（或由 -benchtime 指定）。问题在于，这个“自适应”不保证统计稳定性，尤其当函数本身有波动（比如涉及 GC、系统调用、缓存预热未完成）时，B.N 可能刚好落在一个偶然偏快/偏慢的区间。
常见错误现象：go test -bench=. 两次连续运行，BenchmarkFoo-8 的 ns/op 相差 15% 以上，但没人怀疑样本量——其实是因为默认只满足「时间阈值」，而非「置信度阈值」。
-
-benchtime=5s能拉长总时长，但不增加独立重复次数；它只是让单次B.N更大，本质仍是 1 个大样本块，不是多个小样本 - 真正提升统计鲁棒性，得靠
-count：它会完整重跑整个基准函数 n 次，每次重新初始化*testing.B，生成独立的B.N和耗时测量 - 搭配
-benchmem时，内存统计也随每次-count独立采集，避免前序运行的堆残留干扰
用 benchstat 看 p 值和置信区间，而不是比数字大小
直接对比两个 ns/op 差值（比如 “优化后快了 12.3%”）毫无统计意义——你不知道这个差值是否显著。Go 官方工具链不自带统计检验，必须用 benchstat（go install golang.org/x/perf/cmd/benchstat@latest）。
使用场景：当你跑了 go test -bench=BenchmarkFoo -count=10 > old.txt 和 go test -bench=BenchmarkFoo -count=10 > new.txt，下一步不是打开文本看平均值，而是：
立即学习“go语言免费学习笔记（深入）”；
-
benchstat old.txt new.txt—— 它默认做 Welch’s t-test，输出带 95% 置信区间的相对变化和 p 值 - p 值
- 如果
benchstat提示 “low sample count”，说明-count=10还不够，尤其对低方差场景（如纯计算函数）可降到 5，但对高方差（如含网络或磁盘 IO 的基准）建议 ≥20
runtime.GC() 和 testing.B.ResetTimer() 不是万能预热组合
很多人在 BenchmarkXxx 开头写 runtime.GC() + B.ResetTimer()，以为这样就能排除 GC 干扰、拿到“纯净”函数耗时。错。GC 时间本身是真实开销的一部分，强制触发反而扭曲了实际负载下的内存压力分布；而 ResetTimer() 只重置计时器，不重置内存状态、CPU 缓存、TLB 或 OS 调度上下文。
容易踩的坑：
- 预热代码本身不该计入基准——但若预热逻辑（如构建大 map、填充 slice）和主逻辑共享内存布局，
ResetTimer()后的第一次访问仍享受预热带来的缓存优势，导致结果虚低 - 更可靠的做法是：把预热逻辑放在
B.ResetTimer()之前，且确保预热数据结构与主逻辑隔离（例如用局部变量，不逃逸到堆） - 对 GC 敏感的基准，应配合
GODEBUG=gctrace=1观察每次运行是否发生 GC；若频繁发生，说明需要增大-benchtime让B.N更大，摊薄 GC 单次成本占比
并发基准（B.RunParallel）的陷阱：线程数 ≠ 样本量
B.RunParallel 的 pb.Next() 是协作式迭代分配，所有 goroutine 共享同一个计数器。这意味着：即使你启 8 个 goroutine，总执行次数仍是 B.N，不是 B.N × 8。它测的是「并发吞吐」，不是「单请求延迟」，也不能直接套用单线程的统计方法。
关键点：
- 并发基准的
ns/op是按总操作数（B.N）反推的平均单次耗时，但实际每个 goroutine 的执行节奏受调度影响，延迟分布极不均匀 - 想评估 P95/P99 延迟？
B.RunParallel不提供原始数据点，必须自己用sync/atomic记录每次耗时到切片，再手动算分位数（注意内存分配和锁竞争） - 并发数设太高（如
runtime.NumCPU() * 4）可能引发调度抖动或锁争用，反而降低吞吐——建议从runtime.NumCPU()开始，逐步倍增并观察benchstat的变异系数（CV）是否突增
统计学上最麻烦的不是算不准，而是没意识到你在拿单次自适应采样当总体均值用。Go 基准不报标准差、不给置信区间，全靠人主动补方法。漏掉 -count 或跳过 benchstat，等于拿温度计甩两下就宣布发烧。
