group是fiber中独立的路由树节点，继承父组中间件但拥有自己的中间件栈和路由上下文；它不自动拼接前缀，需显式在子路由路径中写全量路径（如api.get("/users", h)匹配/api/users），嵌套可行但易降低可维护性。
什么是 Group？它不是嵌套路由前缀那么简单
在 Fiber 中，Group 是一个独立的路由树节点，它继承父组中间件、但拥有自己的中间件栈和路由注册上下文。关键点在于：它不改变路径匹配逻辑（比如不会自动拼接父前缀），而是靠你显式传入前缀字符串来构造子路由。很多人误以为 app.Group("/api") 会自动让所有子路由带 /api，其实它只是返回一个新 Router 实例，后续调用 Get/Post 时仍需写完整路径（如 "/users"），Fiber 不会帮你补前缀。
-
Group返回的是*fiber.Router，可链式调用Use、Get等，和app行为一致 - 前缀只影响该组内注册的路由路径——但必须手动写进每个
Get("/xxx")的第一个参数里，否则无效 - 中间件在
Group上注册后，只对本组内匹配的路由生效，不影响其他组或根路由
怎么正确创建带前缀的分组并注册路由
最常见错误是漏掉前缀或重复拼接。正确做法是：把前缀传给 Group，再在子路由中写相对路径（不含前缀）——但 Fiber 实际上不解析“相对”，所以更稳妥的方式是：前缀只用于 Group 初始化，子路由路径仍写全量（含前缀），或统一用变量避免硬编码。
- 推荐写法：
api := app.Group("/api")，然后api.Get("/users", handler)→ 最终匹配GET /api/users - 错误写法：
api := app.Group("/api")+api.Get("/api/users", handler)→ 匹配的是/api/api/users，多了一层 - 若需动态前缀（如版本控制），建议用变量：
v1 := app.Group("/v1")，后续都基于v1注册，避免散落的字符串
app := fiber.New()
v1 := app.Group("/v1")
v1.Get("/users", getUsers)
v1.Post("/users", createUser)
admin := app.Group("/admin")
admin.Use(authMiddleware) // 仅 admin 组生效
admin.Get("/dashboard", getDashboard)
分组中间件和全局中间件的区别在哪
中间件的执行顺序取决于注册位置：全局中间件（app.Use()）在所有路由前执行；而 Group.Use() 只在该组内路由匹配成功后、进入具体 handler 前执行。两者叠加时，顺序是：全局 → 组级 → 路由级（如果某条路由单独用了 Use）。
- 若你在
app.Use(logger)和v1.Use(auth)同时注册，访问/v1/users会先过logger，再过auth，最后进getUsers - 注意：组级中间件对组内所有路由生效，包括
Get、Post、Head等，无法按方法过滤（得自己在中间件里判断c.Method()） - 如果某个路由需要跳过组中间件（比如健康检查接口），只能把它移到组外注册，或在中间件里加白名单逻辑
嵌套分组是否可行？有没有性能或调试隐患
可以嵌套，Group 返回的仍是 *fiber.Router，支持继续调用 Group。但实际中极少需要三层以上嵌套——它会让路由结构变模糊，调试时难以快速定位某条路由属于哪一层分组。
- 合法嵌套：
api := app.Group("/api"); v1 := api.Group("/v1"); users := v1.Group("/users")，然后users.Get("", handler)匹配/api/v1/users - 隐患：嵌套过深会导致路由表难以维护；Fiber 不提供类似
router.Name()的命名功能，日志和监控中只能看到原始路径 - 替代思路：用变量分层比嵌套更清晰，例如
apiV1Users := app.Group("/api/v1/users")，语义明确且无嵌套开销
真正容易被忽略的是：分组本身不产生任何运行时开销，但路径匹配仍走完整 trie 树，所以分组深度不影响性能，影响的是人对路由结构的理解成本。别为了“看起来模块化”而强行嵌套，路径前缀够用就别叠壳。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
