Revel框架默认不处理/favicon.ico请求，需显式配置路由或静态文件服务。推荐在routes中添加GET /favicon.ico Static.ServeFile("public/favicon.ico")，并确保文件存在且HTML中声明。
Revel 框架不自动处理 /favicon.ico 请求
Revel 默认不会拦截或响应根路径下的 /favicon.ico 请求——它既不内置静态文件中间件，也不像 Express 或 Fiber 那样默认 fallback 到 public/ 目录查找。浏览器发起该请求时，若无显式路由匹配，Revel 会直接返回 404。这不是配置遗漏，而是框架设计使然：所有请求必须被路由明确捕获。
必须用 revel.Intercept() 或 revel.Builtin.StaticDir 注册静态路径
Revel 提供两种可靠方式暴露 favicon.ico：
- 推荐用
revel.Builtin.StaticDir("/public", revel.BasePath+"/public")（在app/init.go的init()函数中注册），再把favicon.ico放进public/目录；但注意：此方式只匹配带前缀的路径（如/public/favicon.ico），而浏览器始终请求/favicon.ico，所以仍需额外路由 - 更直接的做法是用
revel.Intercept()拦截根路径请求：在app/routes文件末尾添加GET /favicon.ico Static.ServeFile("public/favicon.ico")，并确保public/favicon.ico文件真实存在 - 若使用 Revel 1.x，
Static.ServeFile要求路径为相对app/conf/<env>.conf</env>中app.path的位置；常见错误是误写成./public/favicon.ico，实际应为public/favicon.ico
自定义 Handler 更灵活，但要注意 MIME 类型和缓存
当需要记录访问、支持 PNG/SVG fallback 或动态生成图标时，显式写一个 Controller 方法更可控：
func (c App) Favicon() revel.Result {
data, err := ioutil.ReadFile(filepath.Join(revel.BasePath, "public", "favicon.ico"))
if err != nil {
return c.RenderError("favicon not found", 404)
}
c.Response.ContentType = "image/x-icon"
c.Response.Out.Header().Set("Cache-Control", "public, max-age=86400")
return c.RenderBinary(data, "favicon.ico")
}
关键点：
- 必须手动设
c.Response.ContentType = "image/x-icon"，否则 Chrome/Firefox 可能拒绝渲染 -
ioutil.ReadFile（Revel 1.x）或os.ReadFile（Revel 2+）需检查错误，空文件或权限问题会导致 panic -
RenderBinary不会自动加Content-Disposition，但对 favicon 来说这反而是好事——避免被下载 - 若同时提供
/apple-touch-icon.png，得单独加一条路由，Revel 不会自动推导
前端 <link rel="icon"> 必须显式声明，不能依赖自动发现
即使后端已正确响应 /favicon.ico，Revel 应用仍需在 HTML 模板中主动写：
<link rel="icon" href="/favicon.ico" type="image/x-icon">
原因：
- Revel 不注入任何默认
内容，所有 meta/link 全靠开发者控制 - 仅靠浏览器自动请求
/favicon.ico是弱保障：某些代理、PWA 场景、iOS 主屏添加会忽略它，只读<link> - 若图标放在子路径（如
/assets/favicon.ico），href必须与后端路由完全一致，大小写、斜杠都不能错
最易被忽略的是：Revel 模板里如果用了 {{template "header" .}} 之类复用机制，<link> 很可能漏写在某个子模板里，导致部分页面没图标——务必检查每个实际渲染的 HTML 输出。
