Fiber 的 Group() 不自动绑定中间件，必须显式调用 Use() 或在路由方法中传入；它仅管理路径前缀，不继承中间件，子分组需单独挂载，否则中间件不生效。
直接结论：Fiber 的路由分组（Group）本身不自动绑定中间件，必须显式调用 Use() 或在 Get()/Post() 等方法中传入中间件函数。
为什么 Group() 不自动应用中间件？
Fiber 的 Group() 只是路径前缀管理器，它返回一个 *fiber.Router，和根 app 行为一致——中间件不会“继承”或“级联”。如果你只写 api := app.Group("/api") 而不调用 api.Use(...)，那这个分组下的所有路由就**完全不经过任何中间件**。
- 常见错误现象：
/api/users返回 401，但你明明写了鉴权中间件——原因就是没在api分组上调用Use(authMiddleware) - 正确理解：
Group()是路径组织工具，Use()才是中间件挂载动作 - 性能影响：中间件只在匹配到该分组路径时执行，不会全局触发
为分组绑定中间件的两种写法
推荐使用链式调用，清晰且不易漏掉：
在SEO发布前，从路由清单生成XML网站地图和robots.txt
下载
当代理已经知道网站路由或内容URL，并且在启动前需要有效的sitemap XML、sitemap索引或robots.txt引用时，请使用sitemap。这是一个发布构件技能，而不是爬虫或SEO平台。
api := app.Group("/api")
api.Use(cors.New(), logger.New()) // ✅ 正确：显式挂载
api.Get("/users", handler.GetUser)
api.Post("/users", handler.CreateUser)
也可以在定义路由时逐个传入（适合局部中间件）：
admin := app.Group("/admin")
admin.Get("/dashboard", authMiddleware, adminMiddleware, handler.Dashboard) // ✅ 局部控制
admin.Post("/logs", authMiddleware, handler.Logs)
- 注意顺序：
Use()挂载的中间件会按注册顺序执行；路由行内传入的中间件优先于Use()注册的 - 不要混用：避免既在
Use()里写日志，又在每个路由后重复加日志中间件，否则会打两次日志 - 兼容性：Fiber v2.49+ 支持多个中间件参数，v2.30 以下需用
fiber.Compose()合并
嵌套分组时中间件的作用域
中间件作用域严格按分组层级生效，父分组的 Use() **不会**自动透传给子分组：
v1 := app.Group("/v1")
v1.Use(authMiddleware) // 仅对 v1 下直系路由生效
users := v1.Group("/users")
users.Use(rateLimitMiddleware) // 必须单独挂载，否则 /v1/users 不受流控
users.Get("/", handler.List)
- 容易踩的坑：以为
v1.Use()能覆盖v1.Group("/users")，实际不能 - 场景需求：若需全量覆盖，可将中间件挂到最外层
app.Use()，但会失去分组隔离性 - 调试技巧：在中间件里打印
c.Path()，确认是否被调用
真正要小心的是中间件挂载位置和作用域边界——Fiber 不做隐式继承，每级分组都得手动明确中间件意图，这点比 Express 的 router.use() 更显式、也更易出错。
