Fiber因StrictRouting:true将/users与/users/视为不同路径，仅注册前者时后者404；推荐用中间件301重定向带斜杠路径，需置于所有路由前并调用c.Next()。
为什么 /users/ 会 404，而重定向能解决它
Fiber 默认开启 StrictRouting: true，把 /users 和 /users/ 当作两个完全不同的路径。你只注册了 app.Get("/users", handler)，那访问 /users/ 就必然 404——这不是路由漏写，是匹配规则没对齐。关掉 StrictRouting 看似简单，但容易引发更隐蔽的问题：比如同时注册了 /users 和 /users/:id，关闭后 /users/123 可能被前者捕获，c.Params("id") 拿不到值。
用中间件统一重定向带尾斜杠的请求
最稳的做法是加一层中间件，在 app.Use() 中处理所有以 / 结尾的路径，301 跳转到无斜杠版本。这个逻辑不依赖路由定义顺序，也不影响参数提取。
示例代码：
app.Use(func(c *fiber.Ctx) error {
path := string(c.Path())
if len(path) > 1 && strings.HasSuffix(path, "/") {
c.Status(fiber.StatusMovedPermanently)
c.Set("Location", strings.TrimSuffix(path, "/"))
return nil
}
return c.Next()
})
- 必须放在所有
app.Get()、app.Post()之前，否则不会生效 -
c.Next()是关键：只有不匹配重定向条件时才继续执行后续路由 - 用
strings.TrimSuffix(path, "/")而不是path[:len(path)-1]，避免空字符串 panic
显式注册两种路径比关 StrictRouting 更可控
如果你的 API 设计允许（比如文档明确要求支持两种写法），也可以直接注册两条路由：
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
app.Get("/users", handler)
app.Get("/users/", handler)
这种写法的优点是零中间件开销、语义清晰；缺点是每条路由都要重复注册，容易漏。特别注意：
- 不能只写
app.Get("/users/", handler)而漏掉无斜杠版，否则/users会 404 - 如果路径含参数，如
/posts/:id，则/posts/:id/是非法模式（Fiber 启动时报invalid pattern），此时只能靠中间件重定向 - 别混用：不要同时注册
/users和/users/:id，再试图靠重定向兜底——参数路由优先级高于静态路由，设计上应避免歧义
ctx.Redirect() 和状态码选择的细节
c.Redirect() 默认发 302，但生产环境推荐 301（永久重定向），让客户端和 CDN 缓存跳转结果。调用时要注意：
- 必须在写响应前调用，否则会 panic：
http: superfluous response.WriteHeader call - 目标路径要绝对完整，或以
/开头；相对路径如".."不会被自动补全 - 不要在 handler 里调
c.Redirect()后再写c.SendString()，Fiber 不阻止，但 HTTP 协议不允许两次响应体 - 若需保留 query string（如
/users/?page=2→/users?page=2），得手动拼接：c.Redirect(strings.TrimSuffix(path, "/") + string(c.Request().URI().QueryString()))
重定向本身不复杂，真正容易被忽略的是它和 StrictRouting、参数路由、中间件执行顺序三者的耦合关系——改一处，得通盘看三处。
