next() 不跳过后续 handler，因为它只执行下一个中间件或最终 handler，不中断当前函数；必须显式 return 才能终止流程，否则后续代码仍执行。
中间件里调用 Next() 为什么没跳过后续 handler
根本原因是 Next() 不是“中断当前中间件”，而是“执行下一个中间件或最终 handler”，它本身不 return，后面代码照常运行。常见错误是写成这样：
app.Use(func(c *fiber.Ctx) error {
if !isValid(c) {
c.Status(401).SendString("unauthorized")
c.Next() // ❌ 这里没用：Next() 后面的逻辑仍会执行
return nil // ✅ 必须显式 return
}
return c.Next()
})
关键点：只要没 return，Go 就继续往下走。中间件函数返回 error，但 Fiber 不会自动拦截——你得自己控制流程。
Next() 的实际作用和触发时机
Next() 是 Fiber 的调度信号，它把控制权交给链表中的下一个中间件（或路由 handler）。它不阻塞、不跳转、不抛异常，只是推进中间件链。它的行为取决于你调用的位置和上下文：
- 在
app.Use()中调用 → 执行下一个Use()或app.Get()等路由 handler - 在
app.Get()的 handler 内调用 → 触发该路由注册的下一个 handler（极少这么用） - 在嵌套中间件中调用 → 只影响当前中间件链，不影响外层
注意：c.Next() 返回的是 error，但多数场景下你可以忽略它（除非你要做错误透传或降级）。
正确跳过后续逻辑的三种写法
核心原则：跳过 = 提前退出当前函数。以下写法都有效，选最符合语义的：
-
条件后直接
return c.Next()：适合“通过校验后放行”，简洁且明确 -
拒绝时
c.SendXXX(); return nil：适合拦截请求，必须 return，否则后续仍执行 -
用
return c.Status(403).SendString("forbidden")：利用 Fiber 的返回值短路机制（返回非 nil error 会终止链）
示例：
<pre class="brush:php;toolbar:false;">app.Use(func(c *fiber.Ctx) error {
token := c.Get("Authorization")
if token == "" {
return c.Status(400).SendString("missing token") // ✅ 终止链
}
// 解析 token...
if !valid {
return c.Status(401).SendString("invalid token") // ✅ 终止链
}
return c.Next() // ✅ 放行到下一环节
})
容易被忽略的嵌套中间件陷阱
当多个 Use()
Next() 的作用域容易误判。比如：
<pre class="brush:php;toolbar:false;">app.Use(mwA)
app.Use(mwB)
app.Get("/api", handler)
请求进来顺序是 mwA → mwB → handler
mwA 里调用 c.Next()，它不会跳过 mwB，而是进入 mwB。想“彻底跳过所有中间件”，只能提前 return，不能依赖 Next()。
另一个坑：在 app.Get("/path", mw1, mw2, handler) 这种内联中间件中，c.Next() 只在该路由的中间件链内生效，和全局 Use() 无关。
真正要“跳过后续所有”，唯一可靠方式就是显式 return；Next() 只负责“下一步”，不是“下一步或之后全部”。
