Go Benchmark 与 benchstat：性能优化前后的数据对比

如果没有基准测试，优化就只剩感觉。Go 自带 benchmark 能快速衡量 ns/op、B/op 和 allocs/op，而 benchstat 可以把多轮运行结果汇总成更可靠的对比。

基准不是单次数字

单次 benchmark 容易受到 CPU 频率、后台进程和缓存状态影响。建议每组至少运行 8 到 10 次，再用 benchstat 看差异是否稳定。

输入规模要贴近生产

微基准太小会掩盖真实问题，太大又难以定位。常见做法是同时覆盖小对象、典型对象和峰值对象，明确每个 benchmark 代表哪类业务输入。

关注分配而不只耗时

很多 Go 性能问题来自临时对象分配。即使 ns/op 只下降一点，只要 B/op 和 allocs/op 明显下降，在线上高 QPS 下也可能显著减轻 GC 压力。

生产场景

适用于评估某个函数、编码器、数据结构、算法或热点路径改动是否真的有效。

关键指标

• ns/op、B/op、allocs/op
• benchstat delta 与置信度
• 不同输入规模下的性能曲线

常见误区

• 只跑一次 benchmark 就宣布优化成功
• 改动范围过大导致无法定位收益来源
• 只看耗时不看分配

代码示例

go test -bench=BenchmarkEncode -benchmem -count=10 > old.txt
go test -bench=BenchmarkEncode -benchmem -count=10 > new.txt
benchstat old.txt new.txt

上线检查

• 优化前后必须保留同一条件下的 benchmark 或 profile。
• 至少观察 P95/P99、错误率、CPU、内存和 GC 指标。
• 如果改动影响热路径，必须准备灰度和回滚方案。