c.Redirect() 是 Revel 中唯一能触发 HTTP 重定向的控制器方法，必须在 Action 中作为最终返回语句调用；模板中无法重定向，@url() 仅生成 URL 字符串。
c.Redirect() 是唯一能触发 HTTP 重定向的模板外跳转方式
Revel 没有“模板内重定向”这种操作——c.Redirect() 必须在控制器 Action 方法里调用，返回一个 revel.Result，浏览器才会真正跳转。模板里写 {{c.Redirect}} 或类似表达式是无效的，会静默失败或 panic。
常见错误现象：undefined: c.Redirect（在模板中直接调用）、跳转后页面空白（没 return）、跳转两次（c.Redirect() 后又执行了 c.Render()）。
-
c.Redirect()必须是 Action 函数的最终返回语句，前面不能有其他return，后面不能跟任何逻辑 - 参数顺序必须严格匹配路由定义中的占位符顺序，比如
GET /users/:uid/:action对应c.Redirect("Users.Do", 100, "edit")，颠倒就会生成/users/edit/100这种非法 URL - 不带参数的跳转最安全：
return c.Redirect(Hotels.Settings)，Revel 自动解析路由并拼路径，类型安全且不易出错 - 若目标 Action 需要参数但你传了空值（如
nil或未初始化变量），c.URL()会转成空字符串，导致路径变成/hotels/，404
@url() 模板函数只生成字符串，不能自动跳转
@url() 是纯前端 URL 构造工具，只在 HTML 模板里用，输出的是普通字符串，比如 /hotels/456。它不会触发任何跳转行为，也不会发请求——你得自己包进 @#@#@#@#@#@#@#@#@#@0
别把 Redirect 和 Render 混用，也别在中间件里裸调 Redirect
c.Redirect() 和 c.Render() 是互斥的响应策略：前者发 302 + Location 头，后者写 200 + HTML 内容。两者同时存在会导致 header 冲突、空响应或 panic。
典型误用场景：在 Filter 或中间件里调了 c.Redirect() 却忘了 return；或者在 Action 里先做验证重定向，再无条件执行 c.Render()。
- 中间件中调
c.Redirect()后必须紧跟return nil，否则后续 Filter 和 Action 仍会执行 - 如果跳转前需要传递数据（比如错误提示），不能靠
c.Redirect()带过去，得走c.Flash.Error("xxx")+c.Validation.Keep()+ 重定向到目标 Action -
c.Redirect()返回的是revel.Result，不是普通字符串，不能赋值给变量再处理；也不能在if分支里只写一半，漏掉return
跳转失败时优先检查路由定义和参数绑定
当 c.Redirect("Xxx.Yyy", "param", value) 生成了错误路径或 404，问题几乎总出在路由层，而不是 Redirect 调用本身。
最常被忽略的点：路由文件 conf/routes 中的 action 名是否拼错？是否用了旧包路径（比如从 app/controllers 改成 controllers 但 routes 没同步）？参数名是否和 :placeholder 完全对齐？
- 执行
revel run myapp后，终端会打印完整路由表，确认Hotels.Show是否存在、方法是否为 GET、路径是否含:id - 在控制器里加一行
revel.WARN.Printf("redirecting to: %s", c.URL("Hotels.Show", "id", 123))，看生成的 URL 是不是你预期的 - 如果路由含多个参数（如
GET /api/:version/:resource），确保c.Redirect()的变参个数、类型、顺序三者全部匹配，缺一不可
