fiber 的 static.new() 默认不处理 /favicon.ico 请求，因其只响应带前缀路径；需显式配置 app.static("/favicon.ico", "./public/favicon.ico") 或自定义路由并设置缓存头。
favicon.ico 请求为什么不能靠 static 中间件自动处理
Fiber 的 static.New() 默认只响应带前缀的路径（比如 /assets/），而浏览器发起的 favicon 请求是根路径下的 /favicon.ico，没有前缀。如果没显式挂载，这个请求会直接 404 —— 即使你把 favicon.ico 放在 ./public 目录里，app.Use(static.New("./public")) 也不会命中它，因为中间件挂载点不匹配。
最简方案：用 static.New() 显式挂载根级 favicon.ico
不需要额外中间件，Fiber 自带的 static 就能搞定，关键是路径配置要对：
- 把
favicon.ico放在项目根目录或你指定的静态资源目录下（如./public/favicon.ico） - 用
app.Static("/favicon.ico", "./public/favicon.ico")单独注册——这是 Fiber 提供的快捷方法，等价于挂载一个只响应该路径的文件服务 - 或者更通用一点：
app.Use("/favicon.ico", static.New("./public"))，但注意这里前缀必须是完整路径/favicon.ico，不是/
别写成 app.Use(static.New("./public"))（无前缀），否则所有请求（包括 /login）都会先被 static 尝试匹配，性能下降且可能干扰路由逻辑。
进阶控制：用自定义 Handler 拦截并返回图标
当需要加日志、缓存头或动态 fallback 时，绕过 static 更可控：
- 用
app.Get("/favicon.ico", func(c *fiber.Ctx) error { ... })显式声明路由 - 在 handler 内手动读取文件：
data, _ := os.ReadFile("./public/favicon.ico")，再调用c.Type("image/x-icon").Send(data) - 务必设置
Cache-Control: public, max-age=86400，避免每次刷新都重请求 - 如果文件不存在，别忘了
return c.Status(404).SendString("not found")，否则可能触发 panic 或空响应
容易被忽略的兼容性细节
浏览器对 favicon 的请求行为不统一，几个硬性事实必须记住：
- Chrome/Firefox 会发两次请求：一次
/favicon.ico，一次/apple-touch-icon.png（iOS 设备），后者也得单独配 - 某些旧版 Safari 会尝试请求
/apple-touch-icon-precomposed.png，建议一并处理 - Next.js 或 Vite 等构建工具生成的 HTML 可能已内联了
<link rel="icon">，此时服务器端配置只是兜底，前端href路径必须和你部署的静态路径一致 - 如果用 CDN 或反向代理（如 Nginx），确保它没把
/favicon.ico请求提前截断或返回默认图标
真正生效的关键不在“有没有配”，而在“请求路径是否精确匹配 + 文件是否可读 + 响应头是否允许缓存”。少一个环节，标签页上就还是那个小地球图标。
