fiber 不支持请求转发（forward），仅提供 ctx.redirect() 重定向和手动响应控制；因其基于 fasthttp，无 servlet-style 生命周期、无跨 handler request 共享、无内置 forward 机制，所有跳转必须显式终止当前 handler。
Fiber 框架里没有「请求转发（forward）」这个概念，它只提供 ctx.Redirect() 和手动响应控制两种跳转方式。这是由其底层基于 fasthttp、不维护传统 Servlet-style request/response 生命周期决定的。
为什么 Fiber 不支持类似 Spring MVC 的 forward
Fiber 是轻量级 Go Web 框架，设计上不模拟 Java Servlet 的 RequestDispatcher 机制，也不保留跨 handler 的 http.Request 实例引用。所谓「服务端内部跳转」在 Fiber 中无法实现——你不能把一个请求“悄悄塞给另一个路由处理”，因为每个路由 handler 都是独立执行的，ctx 对象生命周期仅限当前 handler。
- 没有共享的 request 域，
ctx.Set()只在当前请求链有效，无法透传到另一个路由 - 没有内置的视图解析器或 forward 协议前缀（如
"forward:/xxx"） - 所有跳转都必须显式终止当前 handler 执行（比如用
return），否则会继续往下走
ctx.Redirect() 是唯一标准重定向方式
它直接调用 fasthttp.Response.Header.SetStatusCode() 和 fasthttp.Response.Header.Set("Location", ...)，等价于 HTTP 302 响应。
- 默认状态码是
302，可传第二个参数指定其他码：ctx.Redirect("/login", 301) - 目标地址支持相对路径（
"/home"）、绝对路径（"https://example.com"）、带查询参数的路径（"/search?q=go"） - 不会自动 URL 编码参数，中文或特殊字符需手动处理：
url.PathEscape("张三") - 调用后必须
return，否则后续代码仍会执行：ctx.Redirect("/done"); return
想模拟「转发效果」？只能靠手动复用逻辑
如果你需要「不改变 URL、共享数据、内部跳转」的效果，Fiber 不提供捷径，只能重构代码结构：
- 把共用业务逻辑抽成普通函数，被多个 handler 调用：
processOrder(ctx)，而不是试图跳转过去 - 用
ctx.Render()直接渲染目标模板，绕过路由匹配：ctx.Render("order_success", data) - 若需复用另一个 handler 的完整逻辑（含中间件），可将其注册为子 router 或用
app.Get("/internal/order", orderHandler)+ctx.Redirect("/internal/order")，但这仍是重定向，不是转发
Redirect 后传递参数的常见陷阱
重定向本质是客户端发起新请求，所以所有参数必须显式附在 URL 上或存入 session：
- 拼接 query 参数最直接，但注意长度限制和编码：
ctx.Redirect("/result?msg=" + url.QueryEscape("操作成功")) - Fiber 自带
ctx.Session()，适合传敏感或大体积数据：sess.SetString("flash_msg", "删除成功")，下个 handler 再读取并清除 - 别依赖
ctx.Locals或ctx.Set()：它们在重定向后就失效了 - 如果用了
fiber.New(fiber.Config{...})，确认没禁用 session（默认启用）
真正容易被忽略的是：Fiber 的「跳转」只有重定向这一种语义明确的机制；任何试图模仿 Java 式 forward 的写法，最终都会变成两次请求、两次响应，或者因忘记 return 导致逻辑错乱。接受这个事实，比强行套用旧经验更省事。
