Revel默认路由解析慢，需启用actionPathCacheMap缓存：在conf/app.conf中设置revel.router.cache.enabled = true，否则高并发下路由匹配耗时可从0.02ms升至1.5ms+。
Revel 默认路由解析太慢，必须开 actionPathCacheMap
Revel 每次请求都要走一遍路由匹配逻辑，如果没启用缓存，router.go 里会反复遍历所有路由规则做字符串比对。默认情况下这个缓存是关闭的，你得手动确认配置是否生效。
检查 conf/app.conf 是否包含：
revel.router.cache.enabled = true
这个开关控制的就是 actionPathCacheMap 的初始化逻辑。关掉它，高并发下路由解析耗时可能从 0.02ms 跳到 1.5ms+，尤其在路由数超 50 条时更明显。
常见错误现象：
- 压测时 CPU 在
Router.FindRoute占比异常高 -
revel.AppLog.Info日志里频繁出现matched route但响应时间不稳定
控制器对象别每次都 new，要复用池
Revel 默认为每个 HTTP 请求创建全新控制器实例，这在 QPS 过千时会显著抬高 GC 压力和内存分配频率。关键不是“能不能复用”，而是“复用后要不要重置状态”——Revel 的 revel.controller.reuse 就是干这事的。
在 conf/app.conf 中启用：
revel.controller.reuse = true
同时建议调优两个配套参数（不改也行，但线上建议显式声明）：
-
revel.controller.stack = 20：空闲控制器保留在池里的最小数量 -
revel.controller.maxstack = 500：池最大容量，避免突发流量耗尽对象
注意：revel.controller.reuse = true 后，你的控制器里不能有未清零的字段（比如 UserID int），否则可能把上个请求的数据带到下一个请求里。必须在 Init 或 Before 钩子中重置关键字段。
静态资源别让 Revel 处理，交给 Nginx 或 CDN
Revel 的 Static.Serve 是为开发便利设计的，它没有 ETag、强缓存头、Gzip 自动协商，也不支持 range 请求。生产环境直接用它发 JS/CSS/图片，首屏加载速度会被拖累至少 30%。
正确做法是把 public/ 目录内容剥离出来，由 Nginx 配置托管：
location /assets/ {
alias /path/to/my-app/public/;
expires 1y;
add_header Cache-Control "public, immutable";
}
对应前端模板里引用路径也要改，比如把 <link rel="stylesheet" href="/css/app.css"> 改成 <link rel="stylesheet" href="/assets/css/app.css">。
容易踩的坑：
- 忘记改模板路径，导致 404 且控制台静默失败
- Nginx 没配
expires，浏览器反复请求未带If-None-Match - 用了
immutable却没按文件内容哈希命名（如app.a1b2c3.css），导致更新后用户无法获取新版本
模板渲染卡顿？先关掉 debug 模式
Revel 在 run.mode = dev 下会对每个模板渲染做完整 AST 解析、热重载监听、行号注入，这些操作在生产环境毫无意义，却会让单次 Render 耗时增加 5–8ms。
确保生产部署时 conf/app.conf 设置：
run.mode = prod revel.template.reload = false
另外，模板里少用嵌套过深的 {{if}} 和 {{range}}，尤其是 {{range .Items}} 里再 {{range $item.Children}} —— Revel 的模板引擎不是流式渲染，整棵树都得加载进内存再展开，数据量大时容易触发 GC 尖峰。
复杂模板建议拆成子模板 + {{template "xxx" .}}，既能提升可读性，也能让 Revel 缓存子模板编译结果。
真正影响渲染速度的，往往不是某一行代码写得不够漂亮，而是缓存开关没开、对象复用没配、静态资源还塞在框架里跑。这几个点调对了，QPS 翻倍、延迟砍半，是实打实能测出来的。
