beego 无内置 benchmark 工具，需用 go 原生 *testing.b 对业务逻辑（如序列化、参数解析）微基准测试，或借助 go-web-framework-benchmark 测完整 http 链路性能；关键须 mock responsewriter、关闭日志/监控等干扰项，并确保函数名以 benchmark 开头、签名正确、循环使用 b.n。
Beego 框架本身不提供专用的 Benchmark 工具，也没有内置的性能压测命令；所谓“Beego 的 Benchmark 使用”，实际是用 Go 原生 testing.B 机制对 Beego 的路由、控制器逻辑或中间件做微基准测试，或用第三方套件（如 go-web-framework-benchmark）横向对比 Beego 在完整 HTTP 请求链路中的表现。
Beego 路由与控制器逻辑怎么写 Benchmark 函数
不能直接对 web.Router() 或 web.Run() 做 benchmark——它们是启动时一次性调用，不是高频执行路径。真正值得测的是你写的业务逻辑，比如 JSON 序列化、参数解析、数据库查询封装等。
常见错误现象：go test -bench=. 输出 no benchmarks to run，90% 是因为：
- 文件名没叫
xxx_test.go（例如写了beego_bench.go） - 函数签名用了
*testing.T而非*testing.B - 循环体没用
b.N，而是写死for i := 0; i
正确示例（测一个模拟的用户数据序列化）：
func BenchmarkUserController_ServeJSON(b *testing.B) {
c := &controllers.UserController{
Controller: web.Controller{Ctx: context.Background()},
}
// setup 放在 ResetTimer 之前
c.Data["json"] = map[string]string{"id": "123", "name": "test"}
b.ResetTimer()
for i := 0; i
<p>⚠️ 关键点：Beego 的 <code>ServeJSON()</code> 会写入 <code>http.ResponseWriter</code>，benchmark 中必须用 <code>httptest.NewRecorder()</code> 替换，否则 panic；漏掉这步会导致测试失败或结果无效。</p>
<h3>用 go-web-framework-benchmark 测 Beego 整体 HTTP 性能</h3>
<p>这个工具不是 Beego 官方维护，但支持 Beego v2，能跑出真实请求吞吐、延迟、内存分配等指标，适合对比 Gin、Echo、Fiber 等框架。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/gongju/2669" title="Beego框架 2.3.5"><img
src="https://img.php.cn/upload/manual/001/589/237/6a87f4525425e969.png" alt="Beego框架 2.3.5" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/gongju/2669" title="Beego框架 2.3.5" class="overflowclass">Beego框架 2.3.5</a>
<p class="overflowclass">Beego框架 2.3.5 版本源码包下载，适合关注表单空值、函数注释名和 nil 返回值修复的 Go Web 开发者。</p>
</div>
<a rel="nofollow" href="/xiazai/gongju/2669" title="Beego框架 2.3.5" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<p>使用前注意：</p>
- Beego 必须以标准 HTTP handler 形式暴露（即实现
http.Handler接口），默认web.Run()启动方式不兼容，需改用web.BeeApp.Handlers获取 handler 实例 - 测试脚本
test.sh默认只跑 5 个并发，Beego 在高并发下可能因日志/监控模块引入额外开销，建议先禁用web.BeeApp.SetLogMode(web.LogModeNone) - 结果中
processtime.csv的Beego_staticall行对应静态路由性能，Beego_github行对应模拟 GitHub API 结构的复杂路由匹配耗时
Beego 在该套件中通常表现中上：静态路由比 httprouter 慢约 2–3×，但比 gorilla/mux 快；复杂嵌套路由（如 /api/v1/users/:id/posts/:post_id）下，Beego 的智能路由匹配开销明显高于纯前缀树类路由器（如 chi 或 httprouter）。
为什么 Beego 的 Benchmark 结果波动大、难复现
Beego 默认启用运行时监控（web.BeeApp.EnableAdmin）、日志缓冲、Session 初始化等后台行为，这些会在 benchmark 过程中触发 goroutine 创建、GC 和内存分配，干扰计时。
稳定测试的必要操作：
- 关闭所有非必要模块：
web.BeeApp.SetLogMode(web.LogModeNone)、web.BeeApp.EnableAdmin = false、web.BeeApp.SessionOn = false - 避免在
Benchmark函数里调用web.Run()或启动监听端口——它会阻塞，且开启 netpoll，污染 CPU 时间统计 - 若测数据库操作，确保 ORM 连接池已预热（首次查询含建连开销），并在
b.ResetTimer()后再执行查询 - Linux 下临时切 CPU 频率策略：
echo performance | sudo tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
最易被忽略的一点：Beego 的 Controller 构造函数（如 Init()）和 Prepare() 方法默认会被每次请求调用，如果里面做了未缓存的反射或配置读取，会显著拉高 ns/op——这类开销在 micro-benchmark 里极难察觉，但在 go-web-framework-benchmark 的真实请求流中会被放大。
