revel框架仅在dev模式下显示带堆栈和源码的编译错误页；需将conf/app.conf中run.mode设为dev并重启，确保终端显示“running in dev mode”，再通过模板语法错误触发该页面，结合左侧高亮行与右侧调用栈精准定位问题。
Revel框架在开发模式下会自动生成带详细堆栈和源码上下文的编译错误页面，但默认路径和渲染机制容易被忽略，导致你看到空白页、500响应或“template not found”却找不到真实报错位置。
确认是否处于开发模式
Revel只在 dev 模式下展示友好编译错误页；若 conf/app.conf 中 run.mode = prod，所有编译错误都会静默降级为 500 响应，不输出任何线索。
打开 conf/app.conf，将第一行改为：run.mode = dev。
重启应用（revel run yourapp），确保终端输出包含 Running in dev mode 字样——否则后续所有错误页都不可见。
触发并定位编译错误页面
编译错误通常发生在模板解析阶段，比如语法错、函数名拼错、括号不匹配。最直接的触发方式是：在任意 .html 模板中故意写一个非法表达式。
例如，在 app/views/App/Index.html 里插入一行：{{if .User.Name == ""}}Hello{{end}} → 改成 {{if .User.Name = ""}}Hello{{end}}（把 == 错写成单等号）。
保存后刷新浏览器，你会立即看到一个带深色背景、多标签页的错误页面——这就是 Revel 的编译错误视图，它不是 HTTP 500 页面，而是由 Revel 内部 errors/compile.html 模板渲染的。
看懂错误页核心信息区
页面顶部显示红色标题：“Template Compilation Error”，下方分三栏：
左侧是出错模板的完整源码，当前错误行已高亮并标红；中间是 Go 编译器原始报错（如 expected '}' but found '='）；右侧是调用栈，从 HTTP 请求入口一直回溯到 template.Parse 调用点。
关键注意：中间栏的报错行号常不准——因为 Revel 会对模板做预处理（如展开 {{include}}、注入 {{.flash}} 等），真实错误可能在上一行或下一行。务必结合左侧高亮行+右侧调用栈中的 app/views/xxx.html:123 定位。
如果调用栈里出现 runtime/asm_amd64.s 或 revel/template.go，说明错误已穿透到框架底层，此时要优先检查你修改的模板文件，而不是怀疑 Revel 本身。
绕过缓存强制重载错误页
方法一：清空浏览器缓存并硬刷（Ctrl+F5 / Cmd+Shift+R）；
方法二：在 URL 后加时间戳参数，如 /app/index?_t=1729074500，避免服务端或代理缓存旧的 500 响应；
方法三：停掉 revel run 进程，删掉项目根目录下的 tmp/ 文件夹（Revel 编译缓存所在），再重新启动——这是最彻底的清除方式，能排除因模板字节码残留导致的“错误已修复但页面仍报错”现象。
