Revel框架错误页面必须定制，其默认纯文本错误页损害体验与安全；错误模板固定为app/views/errors/404.html、500.html和error.html，仅支持404/500状态码自动匹配，.Error对象提供Status、Message、Request.URL.Path等上下文字段。
Revel 框架默认的错误页面（如 404、500）是纯文本、无样式、不带上下文的调试输出，直接暴露给用户会损害体验和安全性。定制它不是“可选优化”，而是上线前必须完成的基础配置。
Revel 的 error.html 模板路径和命名规则
Revel 的错误页面由框架内置的 app/views/errors/ 目录下模板驱动，**不是**通过控制器路由或中间件拦截实现的。
它只认固定文件名：
- 404.html → 匹配所有未找到路由（NotFound 错误）
- 500.html → 匹配所有服务器内部错误（InternalServerError）
- error.html → 作为兜底模板，当找不到对应状态码模板时使用
这些文件必须放在：app/views/errors/404.htmlapp/views/errors/500.htmlapp/views/errors/error.html
注意：Revel 不支持 403.html 或 422.html 等非标准错误码的自动匹配，除非你在代码中显式调用 render.Error(403) 并在模板里手动判断。
模板里怎么拿到错误上下文？
Revel 会把错误信息以 .Error 对象注入到错误模板作用域中，类型为 *revel.Error，包含以下可用字段：
- .Error.Status → 字符串，如 "404 Not Found"
- .Error.Message → 错误简述（开发模式下可能含堆栈片段，生产环境为空）
- .Error.Request.URL.Path → 用户请求的原始路径，可用于展示“您访问的是：/xxx”
- .Error.StackTrace → 仅在 revel.RunMode == "dev" 且 revel.Config.BoolDefault("app.show.stacktrace", false) 为 true 时存在
示例片段（app/views/errors/404.html）：
<h1>404</h1>
<p>页面没找到 —— 您访问的是：<code>{{.Error.Request.URL.Path}}</code></p>
<a href="/">回到首页</a>⚠️ 注意：不要在生产环境模板中直接输出 .Error.StackTrace，它可能泄露路径、变量名甚至数据库连接信息。
如何让 404 页面真实返回 HTTP 404 状态码？
很多新手误以为只要模板存在，Revel 就会自动设状态码——其实不然。Revel 默认对所有错误模板都返回 500，除非你显式覆盖：
- 在 app/views/errors/404.html 开头加：
{{set .Status "404 Not Found"}}
- 在 app/views/errors/500.html 开头加：
{{set .Status "500 Internal Server Error"}}否则 curl -I 会看到 HTTP/1.1 500 Internal Server Error，搜索引擎会把它当有效页面索引，用户刷新也看不到浏览器地址栏变红。
静态资源引用和 JS 安全边界
错误页面常被忽略的一点是：它运行在异常上下文中，revel.Asset 辅助函数可能失效，CSS/JS 加载失败会导致白屏或样式错乱。
建议：
- 所有样式内联写在 <style></style> 标签里，避免 {{asset "css/error.css"}}
- 图标用内联 SVG，别依赖外部字体或 CDN
- 不依赖 JS 实现核心导航（如“返回上一页”），因为错误发生时 JS 可能已中断；改用纯 HTML 链接：
<a href="/" rel="noreferrer">首页</a> <a href="/posts" rel="noreferrer">最新文章</a>- 如果必须用 JS（比如记录 404 路径到埋点），用
try...catch 包裹，并确保 fail-silent
真正的难点不在写模板，而在于：错误页面本身不能成为新错误的触发源——它必须能在任意崩溃状态下稳定渲染，包括内存耗尽、模板语法错误、甚至 revel.AppInit 阶段失败之后。所以越简单、越静态、越少依赖，就越可靠。
