Revel默认自动缓存编译后模板，启动时扫描app/views/下.html文件并存入revel.TemplateCache，后续c.Render()直接复用；手动调用html/template.Parse或误放模板路径将绕过缓存导致性能下降。
Revel 框架默认就缓存编译后的模板，你不需要额外配置；但若手动调用 html/template 或误删缓存目录，就会退化为每次重新解析，导致性能骤降。
为什么 revel.TemplateCache 会自动生效
Revel 在应用启动时（app.Init 阶段）会扫描 app/views/ 下所有 .html 文件，用 html/template.ParseFiles 一次性编译并存入全局的 revel.TemplateCache（类型为 map[string]*template.Template）。后续所有 c.Render() 调用都从这个 map 中取已编译好的模板实例，不重复 parse。
- 缓存 key 是模板路径，如
"App/Index"对应app/views/App/Index.html - 热重载模式下（开发环境），文件修改会触发自动 reload —— 实际是清空 cache 并重新 Parse，不是增量更新
- 生产环境建议关闭热重载（
revel.dev.mode = false），避免fsnotify开销和意外的 runtime panic
哪些操作会让模板缓存失效或绕过
以下写法会导致模板无法命中 revel.TemplateCache，变成运行时解析，严重拖慢响应：
- 在 controller 里手动调用
template.New("").Parse("{{.Name}}")—— 这个 template 完全独立于 Revel 的 cache - 用
revel.RenderTemplate渲染字符串模板时，它虽复用函数注册，但不走TemplateCache，而是每次新建*template.Template - 把模板文件放在
app/views/外目录（如templates/），且没在conf/app.conf中配置view.dir - 模板文件权限错误或路径含非法字符（如中文、空格），导致
ParseFiles静默跳过，日志只报 warn 不 panic
如何验证模板是否真被缓存
最直接的方式是加一行 debug 日志到 app/init.go 的 init() 函数末尾：
revel.INFO.Printf("TemplateCache size: %d", len(revel.TemplateCache))
启动后看日志输出。如果数字远小于你预期的模板文件数（比如有 20 个 .html 却只显示 3），说明部分模板未被加载。常见原因：
-
app.conf中view.extension = .tmpl但实际文件是.html - 子目录名以
_开头（如app/views/_partials/），Revel 默认忽略下划线开头的目录 - 模板语法错误（如
{{if .User.Name}}{{end缺右括号），导致整个文件 Parse 失败且无明确错误提示
想强制刷新模板缓存？别删文件，要清 map
生产环境上线新模板后，有时需要手动刷新缓存（比如修复了某个 layout 错误）。不要删 app/views/ 下文件再重建 —— 这会中断请求。正确做法是在某个管理接口或 job 中执行：
for k := range revel.TemplateCache {
delete(revel.TemplateCache, k)
}
// 然后触发一次完整 reload（需确保 view.dir 可读）
revel.LoadTemplates()
注意：revel.LoadTemplates() 是同步阻塞调用，高并发时慎用；更稳妥的做法是滚动重启实例，或依赖部署流程中的 pre-start hook。
