Revel模板编译报错需三步定位：先确认dev模式真正生效（终端显示“Running in dev mode”），再清空app/tmp/templates缓存，最后依据错误页左侧高亮行及// line N:注释精准定位views/User/show.html原始行号。
Revel 模板编译报错时，堆栈里全是 template.go 和 exec.go 的内部调用，根本看不到你写的 views/User/show.html 第几行出问题——这不是配置没开，而是缓存、模式、解析路径三者没对齐。
必须先确认 dev 模式已真正生效
Revel 只在 run.mode = dev 且终端明确输出 Running in dev mode 时，才启用带源码定位的编译错误页。若只改了配置但没重启，或被 [prod] 区块覆盖，错误页会退化成空白 500 或 JSON 响应。
- 打开
conf/app.conf，确保首行是run.mode = dev（不能缩进，不能加注释） - 检查是否有多个
run.mode定义，后出现的会覆盖前值 - 执行
revel run myapp后盯住终端第一行输出，不是日志末尾，是启动瞬间那句
模板错误页里哪一行才是真错误
编译错误页分三栏：左侧是高亮的原始模板，中间是 Go 编译器报错（如 expected '}' but found '='），右侧是调用栈。但中间栏的行号常不准——Revel 会对模板做预处理（比如展开 {{include}}、注入 {{.flash}}），真实错误往往在高亮行的上一行或下一行。
- 优先看左侧高亮行及其上下两行，重点查：
{{if .User.Name == ""}}类表达式是否漏了括号、{{range .Items}}是否缺{{end}}、{{.Config.APIHost}}是否字段名拼错 - 右侧调用栈中若出现
app/views/User/show.html:42，这个 42 就是原始模板行号，可信度高；若只有template_user_show_html.go:89，就得往下看 - 避免在模板里写
{{if .User.Name = ""}}（单等号），这是最常见触发编译失败的操作
缓存污染导致行号映射失效
Revel 把模板编译成 Go 文件（如 template_user_show_html.go）并缓存在 app/tmp/templates/。旧缓存不清理，新模板改了也映射不到正确行号，错误页顶部显示的 views/User/show.html:42 实际指向旧版本。
- 每次改完模板却看不到错误定位更新，先执行
revel clean - 确认
app/tmp/目录已被清空，尤其templates/子目录 - 再运行
revel run myapp，此时错误页顶部才会显示准确的.html路径和行号 -
template.caching = false可禁用缓存，但仅限调试，别留着上线
从编译后的 Go 代码反查原始行号
当错误页没给出 .html 行号，或你想交叉验证时，直接打开编译产物是最准的方式。
- 触发一次编译错误，记下报错中的文件名，如
template_user_show_html.go - 去
app/tmp/templates/找到该文件，用编辑器打开 - 向上查找最近的注释行：
// line 37: views/User/show.html—— 这个 37 就是原始模板行号 - 跳转到
views/User/show.html:37，检查该行及附近是否用了未定义变量、嵌套错位、函数名写成printt等低级错误
真正卡住人的不是语法本身，而是你以为改了模板、开了 dev、看了错误页，其实缓存没清、模式没生效、或者高亮行只是“症状”而非“病灶”。定位的关键永远在三件事上：删 tmp、盯终端、查左侧高亮行上下文。
