Go基准测试需确保条件一致:相同Go版本、构建参数、禁用CPU频率缩放、-benchmem统计内存、-count=5取中位数;Benchmark函数须防优化干扰、固定输入、正确使用b.ResetTimer和//go:noinline;用benchstat比对并关注p值与geomean提升。
用
跑出可比的基准测试结果
Go 自带的
是做性能对比最直接、最可信的方式。关键不是“跑一次”,而是让优化前后的测试在相同条件下运行,否则数字毫无意义。
必须用
同时开启内存分配统计,避免只看耗时忽略 GC 压力
禁用 CPU 频率缩放(Linux 下执行
),否则
的结果波动可能达 ±20%
确保两次测试使用完全相同的 Go 版本和构建参数(如
),跨平台或跨版本对比无效
单次运行不足以定论,建议用
取中位数,例如:
写可复现的
函数要注意什么
很多初学者写的 benchmark 看似在测逻辑,实则测的是编译器优化或空循环——比如忘记调用
或误用
。
必须放在初始化代码之后、主循环之前,否则把 setup 时间也算进耗时
被测函数不能是内联候选(加
注释),否则优化前后可能走不同路径
输入数据要固定(如从
字节
切片预生成,而非每次
),否则引入非目标变量
避免在循环里做非目标操作:比如测 JSON 解析,就别在
以外的 map 构造或日志打印
对比两版实现时,
比肉眼更可靠
直接看
容易误判——得确认是否显著。Go 官方工具链提供了
(需
)。
php版微信js-sdk支付接口类
php版微信js-sdk支付接口类
下载
分别保存两组结果:
和
执行
,它会自动做 t-test 并标出 p 值和提升百分比
输出中若出现
且
,才算可信提升;若写
就基本没变
注意:如果
和
的
后缀不一致(比如一个跑在 8 核、一个跑在 4 核),
会拒绝比较
容易被忽略的干扰项:GC、调度、缓存行伪共享
哪怕 benchmark 写对了,真实性能差异也可能被底层机制掩盖。
立即学习
“
go语言免费学习笔记(深入)
”;
高频率小对象分配(如每轮新建
)会让
成为主因,此时看
比
更关键
并发 benchmark(如
未锁定)可能因 goroutine 抢占导致抖动,建议显式设置
再测单核场景
结构体字段顺序不当会导致多个 hot field 落在同一 cache line,引发伪共享;用
检查字段布局,必要时手动填充对齐
如果优化后
变差但
大幅下降,说明你用空间换时间成功了——这在内存受限服务里反而是正向收益
实际压测时,
数字稳定只是起点;真正要盯住的是
是否增长、GC 频次是否上升、以及在线上流量下 P99 延迟是否同步改善。
go test -benchtesting.B-benchmemsudo cpupower frequency-set -g performanceBenchmarkFoo-8GOOS=linux GOARCH=amd64 go test-count=5go test -bench=^BenchmarkParse$ -benchmem -count=5Benchmarkb.ReportAllocs()b.Nb.ResetTimer()//go:noinlinefmt.Sprintffor i := 0; i 里重复 json.Unmarshalfunc BenchmarkParseJSON(b *testing.B) {
data := []byte(`{"name":"alice","age":30}`)
b.ResetTimer()
for i := 0; i < b.N; i++ {
var u User
json.Unmarshal(data, &u) // ← 这才是唯一被测行为
}
}benchstat12.42 ns/op → 9.11 ns/opbenchstatgo install golang.org/x/perf/cmd/benchstat@latestgo test -bench=Parse -count=10 > old.txt> new.txtbenchstat old.txt new.txtgeomean: 1.37x fasterp=0.00020.98x (±2.1%)old.txtnew.txtBenchmarkXXX-8benchstatmap[string]intgc pauseB/opns/opruntime.GOMAXPROCS(1)runtime.GOMAXPROCS(1)unsafe.Offsetofns/opB/opns/opallocs/op