revel 不支持运行时调用 template.parsefiles 动态加载模板，仅允许通过 c.rendertemplate("路径") 安全加载预编译的 app/views/ 下模板，路径需省略前缀和 .html 后缀，且必须精确白名单校验，禁止拼接用户输入。
Revel 中不能用 template.ParseFiles 动态加载模板
Revel 的模板系统不支持运行时调用 template.ParseFiles 或 template.New(...).ParseFiles(...)。它在启动时就已预编译所有位于 app/views/ 及其子目录下的 .html 文件，并建立路径到模板对象的映射。你试图在控制器里写 t, _ := template.ParseFiles("app/views/user/profile.html")，结果会是空模板或 panic——因为 Revel 已接管了整个模板生命周期，绕过它等于脱离上下文。
真正可行的动态模板选择：靠 c.RenderTemplate + 路径字符串
Revel 提供了安全、受控的动态模板加载方式：c.RenderTemplate 第一个参数接受任意合法模板路径字符串（相对于 app/views/），只要该模板文件真实存在且已被 Revel 启动时扫描到。
- 模板路径必须省略
app/views/前缀，且不带.html后缀；例如user/profile对应app/views/user/profile.html - 路径中允许使用变量拼接，但需确保拼出的字符串是静态可预测的（避免用户输入直接注入）；比如：
c.RenderTemplate("admin/" + role + "/dashboard") - 若模板不存在，Revel 会返回 500 错误并打印 “template not found” 日志，不会静默失败
- 该调用仍使用当前
c.RenderArgs作为数据上下文，无需额外传参
为什么不能拼接用户输入进模板路径
把 c.Params.Get("tpl") 直接塞进 c.RenderTemplate 是高危操作。Revel 不做路径白名单校验，攻击者可传入 ../../etc/passwd 类似值（虽然实际因模板根目录锁定为 app/views/ 而无法越界，但语义失控风险仍在）。
- 正确做法是先做白名单比对：
if tpl := c.Params.Get("tpl"); tpl == "list" || tpl == "grid" { c.RenderTemplate("items/" + tpl) } - 避免使用
strings.Contains或前缀判断，它们容易被绕过；必须是精确枚举 - Revel 的模板路径解析不支持通配符或正则，所以无法靠路由机制兜底——校验必须在控制器内完成
想加载非 app/views/ 下的模板？别这么做
有人尝试把模板放在 templates/ 或 resources/ 目录下，再用自定义逻辑读取内容、调用 html/template.Parse 渲染。这看似“动态”，实则破坏 Revel 的模板继承（{{yield}}）、函数注册（eq、field 等）、错误定位和热重载能力。
- Revel 的
RenderTemplate是唯一与框架深度集成的入口；偏离它，等于放弃 flash、validation errors、layout 嵌套等核心特性 - 如果真有跨项目复用模板的需求，应通过 Revel 的 module 机制或构建时符号链接解决，而非运行时加载
- 临时性 HTML 片段建议用
{{template "snippet.html" .}}包含，而不是另起一套模板引擎
user/profile.html，必须在 revel run 启动时就存在——改名或删掉后不重启服务，旧缓存仍可能生效，导致行为不一致。
