httptest 不能直接做基准测试，它仅作为请求构造和响应捕获工具，基准循环由 testing.B 的 b.N 驱动；正确做法是复用单例路由实例、构造请求与记录器、调用 r.ServeHTTP(w, req)，避免在循环内重复初始化。
httptest 不能直接做基准测试
httptest 是 Go 标准库中用于模拟 HTTP 请求/响应的测试工具，它本身不提供 Benchmark 能力，也不参与性能压测。你写 go test -bench=. 时，httptest 只是被用作「请求构造器」和「响应捕获器」，真正驱动基准循环的是 testing.B 的 b.N 逻辑。误以为 httptest 自带压测能力，是初学者最常踩的坑。
怎么用 httptest 配合 testing.B 写 Gin 路由基准测试
关键不是替换框架，而是复用已有路由逻辑，避免重复初始化引擎——否则每次循环都调用 gin.Default()，会污染结果、掩盖真实路由匹配开销。
- 把
SetupRouter()提取为可复用函数，确保每次b.N循环都使用同一实例（不要在BenchmarkXXX函数里反复 new） - 用
httptest.NewRequest构造请求，注意 method/path/body 必须与实际路由注册一致（比如POST /hello对应router.POST("/hello", ...)） - 用
httptest.NewRecorder捕获响应，但不要做 JSON 解析或断言——基准测试只测吞吐和延迟，校验逻辑应放在单元测试里 - 务必调用
r.ServeHTTP(w, req)，这是触发 Gin 路由匹配和 handler 执行的核心调用
示例片段：
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
func BenchmarkHelloRoute(b *testing.B) {
r := SetupRouter() // ← 复用单例，非每次 new
req := httptest.NewRequest("GET", "/", nil)
w := httptest.NewRecorder()
for i := 0; i < b.N; i++ {
r.ServeHTTP(w, req) // ← 关键：只测这一行
w.Reset() // ← 清空 recorder，避免 body 累积
}
}
为什么 gin.Default() 在基准中要谨慎使用
gin.Default() 默认注入 Logger 和 Recovery 中间件，它们在 debug 模式下会格式化日志、打印堆栈，显著拖慢性能。而生产环境通常用 gin.New() + 手动注册轻量中间件。
- 基准测试应贴近 release 模式：在
SetupRouter()开头加gin.SetMode(gin.ReleaseMode) - 若需对比中间件影响，可分别写
BenchmarkWithLogger和BenchmarkNoLogger，而非混在一起 - 注意
gin.Default()还会设置gin.DebugWriter，它内部有锁，高并发下成为瓶颈
真实瓶颈往往不在路由层
Gin 的 Radix 树路由本身极快，单次匹配通常在纳秒级。你测出来的耗时，大概率来自 handler 内部逻辑（如 JSON 序列化、数据库查询、网络调用），而非 router.GET(...) 这一行。
所以：如果想定位性能卡点，得把 handler 拆出来单独 benchmark；如果只是验证路由结构是否合理，用 go test -bench=. 看 ns/op 数值意义有限——更该关注 p95 延迟、内存分配次数（-benchmem）、GC 影响。
