Group不支持单独配置NotFound或ErrorHandler，因其返回的*fiber.Router无相关字段；需在group末尾注册中间件，通过c.Route()==nil判断失配并手动处理404。
Group 本身不支持单独配置 NotFound 或 ErrorHandler
Fiber 的 Group 返回的是 *fiber.Router，它**没有 NotFound、ErrorHandler 等配置字段**。这些配置只存在于 fiber.Config 中，且仅在 fiber.New() 初始化时生效。试图对 group 单独设错误处理器（比如 v1.Config().NotFound = ...）完全无效——Config() 方法返回的是只读副本，修改无意义。
想让 /v1/ 下的 404 走专属逻辑？只能靠兜底中间件
真正可行的做法是：在 group 内注册一个「末尾中间件」，手动判断是否路由失配，并接管响应。这个中间件必须放在该 group 所有路由注册之后，且只对本组路径生效。
v1 := app.Group("/v1")- 注册所有
v1.Get()、v1.Post()等路由 - 最后调用
v1.Use(func(c *fiber.Ctx) error { ... })，并在其中检查c.Route() == nil
示例：
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
<pre class="brush:php;toolbar:false;">v1 := app.Group("/v1")
v1.Get("/users", getUsers)
v1.Post("/users", createUser)
<p>// 必须放最后，且只影响 /v1/<em> 请求
v1.Use(func(c </em>fiber.Ctx) error {
if c.Route() == nil { // 确实没匹配到任何路由
c.Status(404)
return c.SendString("v1: route not found")
}
return c.Next()
})</p>全局 ErrorHandler 不会区分 group，panic 捕获也一样
fiber.Recover() 和 <code>Config.ErrorHandler 是全局生效的，它们无法感知请求来自哪个 group。如果你需要按版本隔离 panic 处理逻辑（比如 v1 返回 JSON，v2 返回 XML），只能在中间件里自己做分支：
- 用
c.Path()或c.Locals标记 group 来源（比如v1.Use(func(c *fiber.Ctx) error { c.Locals("apiVersion", "v1"); return c.Next() })） - 在全局
ErrorHandler里读取c.Locals("apiVersion")做差异化响应 - 注意：不能在
ErrorHandler里再调c.Next()，响应已 committed
StrictRouting 让 group 内 404 更容易被误判
默认开启的 StrictRouting: true 会让 /v1/users 和 /v1/users/ 被视为不同路径。你注册了 v1.Get("/users", ...)，但用户访问 /v1/users/ 就直接触发 group 末尾中间件（或全局 NotFound），而不是自动重定向。别关 StrictRouting——它保护了参数路由的准确性。正确做法是：
- 显式注册带斜杠的变体：
v1.Get("/users/", ...) - 或加一层轻量重定向中间件：
c.Redirect(c.Path()[:len(c.Path())-1], 301)（需先判断结尾是否为/）
group 错误处理最易被忽略的点：它没有“天然隔离”的错误配置能力，所有定制都得靠中间件手动拦截 + 路径判断，而且必须严格控制注册顺序和位置。
