Revel框架的Redirect方法只接受路由名（如"App.Login"），不支持传入原始URL，否则会panic；因其依赖编译期注册的路由表反向生成路径，硬编码URL会破坏可维护性、测试性和前缀兼容性。
Revel 框架里做重定向，不是调用某个“跳转函数”就完事——它依赖 Controller 的 Redirect 方法，且必须配合路由名（而非硬编码 URL）使用；否则在路径变更或加前缀时会立刻失效。
为什么不能直接写 c.Redirect("http://example.com")
Revel 的 Redirect 方法签名是 func (c *Controller) Redirect(routeName string, args ...interface{}) Result，它只接受路由名（如 "App.Index"）和可选参数。传入原始 URL 会触发 panic：panic: unknown route ""。这是因为 Revel 在编译期就把所有路由注册进全局路由表，运行时靠名称查表生成绝对路径，不支持运行时拼接任意地址。
- 硬写 URL 违反了 Revel “约定优于配置”的设计哲学，也绕过了路由反向生成机制
- URL 变更（比如加了
/v2前缀）后，所有散落的字符串 URL 都得手动改，极易遗漏 - 测试时无法 mock 路由行为，导致集成测试脆弱
Redirect 必须搭配命名路由使用
你得先在 conf/routes 里给路由起名，比如：
GET /login App.Login GET /dashboard App.Dashboard POST /submit App.Submit
然后在控制器中调用：
- 跳转到登录页：
c.Redirect("App.Login") - 带参数跳转（如用户 ID）：
c.Redirect("App.User", 123)→ 生成/user/123 - 跳转并携带查询参数：
c.Redirect("App.Search", revel.Params{"q": "go"})
注意：如果路由定义里用了正则或通配符（如 /post/:id([0-9]+)），args 顺序必须严格匹配捕获组顺序，否则生成的 URL 错误但不会报错，只会 404。
需要跳转到站外或动态 URL 怎么办？
Revel 不提供原生的外部跳转 API，但你可以手动构造响应：
- 返回 302 临时跳转：
c.Response.Status = 302，再设置c.Response.Header().Set("Location", "https://other-site.com")，最后return nil - 返回 301 永久跳转：同上，把状态码换成
301 - ⚠️ 关键点：必须显式设置
Status和Header，不能只设 Header —— Revel 默认返回 200，浏览器不会跳转 - 安全提示：若 URL 来自用户输入（如
c.Params.Get("next")），务必校验域名白名单，防止开放重定向漏洞
常见陷阱：重定向后 Flash 消息不显示
很多人希望跳转后显示“操作成功”，于是写：
c.Flash.Out["notice"] = "Saved!"
c.Redirect("App.List")
结果页面没看到消息。原因：Flash 是基于 Cookie 的一次有效存储，而 Redirect 是立即返回响应，Flash 数据还没来得及写入响应头就被中断了。
- 正确做法：确保
Redirect是函数最后一行，且前面没 return 其他Result - 更稳妥的方式：用
c.RenderError或c.RenderJSON等返回非重定向结果时，Flash 才真正可靠；重定向场景下建议改用前端 JS 检测 URL 参数或 localStorage 传递提示 - 如果你非要服务端 Flash + Redirect，得确认
FlashFilter在过滤器链中排在RouterFilter之后、ActionInvoker之前（默认配置就是如此，除非你手动改过conf/filters.go）
最易被忽略的一点：Revel 的 Redirect 是同步阻断式的，它不等待后续代码，也不支持 await；如果你在异步 goroutine 里调用它，完全无效——因为那个 goroutine 没有上下文 c，也不会影响主请求响应。
