Go基准测试不支持直接传参给Benchmark函数，因测试框架仅识别func BenchmarkXxx(b *testing.B)签名，额外参数会导致函数被忽略；正确做法是用闭包或包装函数固化参数。
Go 的基准测试不支持直接传参给 Benchmark 函数，必须通过闭包或包装函数把参数“固化”进去。硬编码参数或手动调用 testing.Benchmark 都是错的，会导致结果失真或 panic。
为什么不能直接在 Benchmark 函数签名里加参数
Go 测试框架只识别形如 func BenchmarkXxx(b *testing.B) 的函数。任何额外参数（比如 func BenchmarkFoo(b *testing.B, n int)）都会让 go test -bench=. 忽略该函数——它根本不会被发现，更不会执行。
-
go test依赖函数签名做反射匹配，多一个参数就断连 - 即使你手动调用
testing.Benchmark，返回值是testing.BenchmarkResult，但计时器、内存统计、b.N自适应逻辑全失效 - 常见错误：写
fmt.Println(testing.Benchmark(BenchmarkFoo))—— 这只会输出空结构体或 panic
正确做法：用匿名函数或包装器固化参数
核心思路是把待测函数和它的参数一起封装进一个无参闭包，再在 for i := 0; i 循环里调用它。这样既满足签名要求，又保留参数灵活性。
- 对单个固定参数：直接闭包捕获
- 对多个或可变参数：定义包装函数，内部调用目标函数
- 务必在循环前调用
b.ResetTimer()，否则初始化开销（如切片预分配、map 构建）会被计入耗时
示例：
func BenchmarkFib10(b *testing.B) {
b.ResetTimer()
for i := 0; i < b.N; i++ {
Fibonacci(10) // 参数 10 已固化
}
}
func BenchmarkFibN(b *testing.B) {
n := 20 // 或从外部配置读取
b.ResetTimer()
for i := 0; i < b.N; i++ {
Fibonacci(n)
}
}
避免重复代码：通用基准函数 + 参数化包装器
当你需要测同一函数不同参数组合（如 Fibonacci(10)、Fibonacci(20)、Fibonacci(30)），为每个写一个 Benchmark 函数会大量重复循环模板。这时应提取通用逻辑。
- 定义一个接收函数和参数的通用基准函数：
func benchmarkFunc(b *testing.B, f func(), setup ...func()) - 在每个具体
BenchmarkXxx里只负责构造闭包和调用通用函数 - 注意：通用函数内部仍需
b.ResetTimer()，且不能在 setup 里放耗时操作（否则要手动排除）
简化版示例：
func benchmarkIntFunc(b *testing.B, f func(int), n int) {
b.ResetTimer()
for i := 0; i < b.N; i++ {
f(n)
}
}
func BenchmarkFib15(b *testing.B) { benchmarkIntFunc(b, Fibonacci, 15) }
func BenchmarkFib25(b *testing.B) { benchmarkIntFunc(b, Fibonacci, 25) }
容易被忽略的细节：b.N 不是固定值，别手动设它
b.N 是 Go 基准框架动态调整的迭代次数，目的是让单次运行时长落在合理区间（默认约 1 秒）。你绝不能写 for i := 0; i 或 <code>b.N = 1000 —— 这会破坏统计可靠性，导致 ns/op 失真。
- 框架先用小
N试跑，再逐步放大直到总耗时稳定 - 如果你的函数极快（纳秒级），
b.N可能高达百万；如果很慢（毫秒级），b.N可能只有几轮 - 想控制总时长？用
-benchtime=3s而不是改b.N
真正关键的不是“跑多少次”，而是“每次花多久”——这个 ns/op 才是你该盯住的数字。
