Go基准测试需用testing.B编写Benchmark函数，控制变量、禁用优化、多次运行取稳定值；提前准备密钥/IV，用b.ResetTimer()排除初始化开销，b.ReportAllocs()监控内存，配合benchstat分析结果。
直接用 Go 自带的 testing 包配合 Benchmark 函数就能高效完成加密算法的基准测试，关键在于控制变量、避免编译优化干扰、多次运行取稳定值。
用 testing.B 正确编写基准函数
基准测试函数必须以 Benchmark 开头，接收 *testing.B 参数。每次循环调用待测加密操作，并用 b.N 控制迭代次数 — Go 会自动调整 b.N 使总耗时接近 1 秒，从而提升统计可靠性。
- 务必在
b.ResetTimer()后再执行实际加密逻辑（如密钥生成、加解密），避免把初始化开销计入结果 - 用
b.ReportAllocs()开启内存分配统计，观察是否意外触发 GC 或产生临时对象 - 不要在循环内重新生成密钥或 IV — 提前准备好，否则测的是随机数生成器而非加密本身
对比不同算法或实现时保持输入一致
性能差异往往藏在细节里。比如测试 AES-GCM 和 ChaCha20-Poly1305，需确保：
- 明文长度完全相同（建议覆盖 64B、1KB、16KB 等典型尺寸）
- 使用同一组密钥和 nonce（可硬编码或从固定 seed 生成）
- 禁用 crypto/rand，改用
rand.New(rand.NewSource(0))保证可重现 - 若比较标准库与第三方包（如
golang.org/x/crypto/chacha20poly1305），注意接口抽象成本是否被计入
识别并排除常见干扰因素
Go 的基准测试容易受环境波动影响，以下做法能显著提升结果可信度：
立即学习“go语言免费学习笔记（深入）”；
- 运行前关闭 CPU 频率调节：
sudo cpupower frequency-set -g performance - 单次运行加
-count=5多轮采样，用-benchmem查看内存表现 - 用
go test -bench=. -benchmem -cpu=1,2,4观察并发扩展性（部分加密操作不支持并行，但密钥派生如 scrypt 可能受益） - 检查汇编输出：
go tool compile -S main.go | grep -A5 "encrypt"，确认是否命中硬件加速指令（如 AES-NI）
用 benchstat 工具做结果分析
原始 go test -bench 输出只是原始数据。推荐用官方工具 benchstat 进行统计比对：
- 将多组结果保存为文件：
go test -bench=BenchmarkAES -count=10 2>&1 | tee aes-old.txt - 升级算法后重跑，保存为
aes-new.txt - 执行
benchstat aes-old.txt aes-new.txt，自动计算均值、误差、显著性（p - 支持三组对比（如 old / new / master），快速定位 regressions
基本上就这些。不需要额外框架，Go 原生能力已足够扎实 — 关键是理解什么在被测、什么不该被测，以及如何让数字真正反映加密逻辑本身的开销。
