c.next()是流程控制开关而非条件过滤器，仅无参调用以移交控制权给下一个中间件或handler；条件拦截需手动if判断+return，误调会导致响应覆盖或panic。
中间件的 Next 函数不是“条件过滤器”，而是流程控制开关
很多人误以为 c.Next() 是类似 Express 的 next("route") 或可传参跳过某些中间件的“条件过滤函数”。实际上在 Fiber 中，c.Next() 只是一个无参函数调用，它不接收任何参数、不返回布尔值、也不支持条件跳转。它的唯一作用是：把控制权交还给 Fiber 的中间件调度器，让其继续执行链中下一个中间件或最终 handler。
想实现“满足条件才放行”，必须手动写 if 判断 + return
真正做条件拦截（比如只对 /api 路径放行、或只对带 token 的请求继续），得靠你自己写逻辑判断，而不是依赖 c.Next() 的参数。常见错误是写了判断却仍调用 c.Next()，导致响应被覆盖或 panic。
- 权限校验失败时，应直接
return c.Status(401).Send("unauthorized")，**绝不能**再调c.Next() - 路径白名单场景：用
if strings.HasPrefix(c.Path(), "/api/") { c.Next() } else { return c.Status(404).Send("not found") } - 想跳过当前中间件对静态资源的处理？检查
c.Path()是否匹配.js、.css等后缀，匹配则直接return c.Next()（即跳过本中间件逻辑，但继续走后续）
Next() 被跳过 ≠ 请求终止，而是“本中间件不处理”
c.Next() 不调用，只代表当前中间件停止执行，Fiber 会继续尝试匹配路由（如果前面没写响应）。但如果你在中间件里已经写了 c.Send() 或 c.JSON()，Fiber 就认为响应已完成，后续所有中间件和 handler 都不会再执行——这是由响应状态决定的，不是由 c.Next() 控制的。
- 调试时可在每个中间件开头加
log.Printf("→ %s in %s", c.Method(), c.Path())，看实际执行流卡在哪 - 注意：Fiber 不会自动帮你“跳过”中间件，也不会回滚已写入的 header/body；一旦
c.SetStatus(200)+c.Send()完成，c.Next()就是无效操作 - 别在
logger或recover这类兜底中间件里漏掉c.Next()，否则整个链就断了
全局 Use 和路由 Use 的 Next 行为一致，但作用域不同
app.Use() 注册的中间件和 app.Get("/x", middleware, handler) 中传入的中间件，都使用同一个 c.Next() 机制。区别只在于注册位置决定了它是否会被触发，而不是 Next() 本身行为有异。
-
app.Use("/api", auth)→ 只有/api/users这类路径进 auth，里面调不调c.Next()，只影响该次请求在/api范围内的后续中间件 -
app.Get("/admin", auth, adminHandler)→auth是路由级中间件，c.Next()决定是否进入adminHandler，和全局中间件无关 - 多个中间件串联时，
c.Next()是线性传递，没有分支或条件跳转能力；真要分流，得用if/else分开写逻辑，而不是指望Next()做事
c.Next() 调用之前，而不是之后。Fiber 把流程权交得很干净，但也意味着你得自己扛起所有判断逻辑——这看似多写几行，实则避免了隐式跳转带来的维护陷阱。
