-8 表示 GOMAXPROCS 值，即 Go 运行时允许并行执行的系统线程上限，非 CPU 核心数；它控制最多同时运行的 goroutine 所绑定的 M 数量，实际并发效果取决于代码是否具备可并行性。
基准测试输出里 BenchmarkXxx-8 后面的数字代表什么
那个 -8 是 GOMAXPROCS 值，即当前测试运行时启用的 OS 线程数。它不表示 CPU 核心数，而是 Go 运行时调度器允许并行执行的 M（系统线程）上限。如果你用 go test -bench=. -cpu=1,4,8，就会看到类似 BenchmarkXxx-1、BenchmarkXxx-4、BenchmarkXxx-8 的结果——每个对应一次独立运行，且 GOMAXPROCS 被设为对应值。
常见误解是认为 -8 表示“用了 8 个核心”，其实只是告诉 Go：“最多同时跑 8 个 goroutine 在不同线程上”。实际并发行为还取决于代码是否真有可并行的阻塞点或 CPU 密集型 work。
- 若函数本身无并发逻辑（比如纯单 loop 计算），
-1和-8的ns/op几乎一样 - 若用了
runtime.GOMAXPROCS(n)手动改过，会覆盖命令行-cpu设置 - 在 CI 或容器环境里，
GOMAXPROCS可能被自动设为numCPU，但受限于 cgroup CPU quota，真实并行度可能更低
ns/op 是平均耗时，但不代表单次调用真实延迟
ns/op 是整个 b.N 次循环的总耗时除以 b.N 得出的算术平均值，前提是 b.ResetTimer() 调用位置合理。它隐含一个关键假设：每次迭代开销稳定、无累积效应。
典型陷阱：
立即学习“go语言免费学习笔记（深入）”；
- 没调用
b.ResetTimer()就做初始化（如构建大 map、读文件），这部分时间会被计入ns/op - 用了
b.StopTimer()但忘了b.StartTimer()，导致计时漏掉关键路径 - 函数内部有随机 sleep 或网络调用，
ns/op会掩盖长尾延迟，此时应关注benchstat输出的 p95/p99
例如：
func BenchmarkParseJSON(b *testing.B) {
data := loadTestData() // 大 JSON 字节流，应在 Reset 前完成
b.ResetTimer()
for i := 0; i < b.N; i++ {
var v map[string]interface{}
json.Unmarshal(data, &v) // 这才是要测的部分
}
}
比较两个基准测试结果必须用 benchstat，不能只看 ns/op 数值差
Go 自带的 go test -bench=. 输出只是单次运行快照，受 GC、CPU 频率波动、后台进程干扰极大。直接对比两行 ns/op 差 3% 就下结论“优化有效”，大概率是噪声。
正确做法是生成多个样本，再用 benchstat（需 go install golang.org/x/perf/cmd/benchstat@latest）做统计显著性判断：
- 至少跑 5–10 轮：
go test -bench=BenchmarkXxx -count=10 > old.txt - 改完代码再跑：
go test -bench=BenchmarkXxx -count=10 > new.txt - 对比：
benchstat old.txt new.txt，看是否标有geomean和p-value
benchstat 默认用几何平均 + Welch’s t-test，比简单算术平均更能抵抗离群值影响。如果输出里出现 ~（波浪线），说明差异不显著；−2.10x 表示新版本快 2.1 倍，且统计可信。
内存分配指标 B/op 和 allocs/op 比 ns/op 更值得警惕
GC 压力往往比 CPU 耗时更隐蔽。一个函数从 120 ns/op 降到 90 ns/op 看似变快，但如果 allocs/op 从 2 升到 15，很可能在高频调用场景引发频繁 stop-the-world。
重点关注：
-
B/op：每次操作平均分配多少字节。超过几百字节就该查是不是无意逃逸到了堆上 -
allocs/op：每次操作触发几次堆分配。值为0最理想；1通常可接受；>3就得用go tool compile -gcflags="-m"看逃逸分析 - 结合
pprof：加-benchmem -cpuprofile=cpu.prof -memprofile=mem.prof，用go tool pprof查分配热点
比如字符串拼接误用 + 而非 strings.Builder，allocs/op 可能翻几倍，而 ns/op 变化不大——这种“省时间、伤 GC”的改动，在服务长期运行后才会暴露问题。
