iris.Context.Redirect() 是最直接的重定向方式，对应 HTTP 302（默认）或指定状态码，浏览器地址栏变化且新请求不携带原请求体；必须调用后立即 return，避免多次写响应；仅支持 URL 查询参数或 Session 传参，不延续 ctx.Values()。
iris.Context.Redirect() 是最直接的重定向方式
它对应 HTTP 302（默认）或指定状态码的响应，浏览器地址栏会变化，且新请求不携带原请求体。适合登录后跳转首页、表单提交后防重复提交等场景。
常见错误是误用 ctx.Redirect(301, "/new") 后仍继续执行后续逻辑，导致“http: multiple response.WriteHeader calls”错误。
- 必须确保调用
ctx.Redirect()后不再写入响应体（如ctx.JSON()、ctx.HTML()） - 状态码可选 301、302、303、307、308；302 最常用，301 表示永久重定向（影响 SEO）
- 目标路径支持绝对 URL（如
"https://example.com"）和相对路径（如"/admin"）
app.Get("/login", func(ctx iris.Context) {
if !isAuthenticated(ctx) {
ctx.Redirect(302, "/login/form") // ✅ 正确
return // ⚠️ 必须 return，否则可能 panic
}
ctx.HTML("Welcome!")
})
不要用 RequestDispatcher.forward() 那套思路
Iris 是 Go 框架，没有 Servlet 的 RequestDispatcher.forward() 概念。试图在 Iris 中“服务端转发”并保持 URL 不变，本质是路由匹配后执行另一个 handler —— 这不是重定向，而是复用逻辑或子路由嵌套。
容易踩的坑：有人照搬 Java Web 经验，想“内部跳转到另一个路由”，结果发现 ctx.Request().URL.Path 没变但 handler 没触发，原因就是 Iris 不提供运行时路径重写机制。
- 若需共享处理逻辑，提取为函数或中间件，而非模拟“转发”
- 若需统一前缀路由，用
app.Party("/api")+.Get("/users", ...) - 若需条件性执行不同 handler，直接 if/else 调用对应函数，而非尝试修改请求路径
重定向时传参只能靠 URL 查询参数或 Session
Iris 的 ctx.Redirect() 不自动传递 POST 数据或请求上下文。想把错误信息、来源页、临时 token 带过去，只有两种可靠方式：
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 拼查询参数：
ctx.Redirect(302, "/error?msg=invalid_token&from=/profile")，注意 URL 编码（用url.QueryEscape()） - 存 Session：
ctx.Session().Set("flash", "登录已过期")，目标页读取后ctx.Session().Delete("flash")
别试图用 ctx.Values().Set() 传参——重定向后新请求完全无关，这些值不会延续。
Router 路由匹配 ≠ 页面跳转，别混淆注册和执行
很多人看到 app.Get("/home", homeHandler) 就以为这是“跳转配置”，其实这只是声明“当收到 GET /home 请求时执行什么”。真正的跳转动作只发生在客户端（重定向）或开发者的代码控制流里（如 handler 内部调用另一个函数）。
复杂点在于：Iris 的路由树是静态构建的，不支持运行时动态插入或修改路由规则。所谓“页面跳转逻辑”，99% 都是在 handler 函数体内用 Redirect、ctx.View() 或业务判断完成的。
容易被忽略的是：重定向目标路径如果未在路由表中注册 handler，会直接返回 404 —— Iris 不会自动 fallback 或渲染默认页。
