c.Redirect() 是 Revel 中唯一推荐的重定向方式，自动处理状态码与 Location 头，默认 302，基于 X-Forwarded-Proto 补全协议域名；Flash 消息须紧随 Redirect 且在下个 GET 模板中显式渲染，key 小写敏感、禁用冒号，参数需用 revel.URL 或 query string，反向代理须透传 X-Forwarded-Proto。
c.Redirect() 是 Revel 中唯一推荐、语义明确且自动处理状态码与 Location 头的重定向方式。它默认返回 302，不手动指定时不会变成 301 或其他码，也不需要拼接完整 URL —— 框架会根据当前请求上下文（含 X-Forwarded-Proto）自动补全协议和域名。
Redirect 必须配合 Flash 才能传提示消息
Revel 的 Flash 不是“渲染即显示”，而是严格绑定在重定向后的下一个 GET 请求中。如果你调用了 c.Flash.Success("Saved!") 却没紧接着调 c.Redirect(...)，那这条消息就丢了；反之，如果跳转后模板里没写 {{.flash.success}}，也不会自动冒出来。
- ✅ 正确顺序：
c.Flash.Success("更新成功") → c.Redirect(App.Show) - ❌ 错误写法：
c.Flash.Error("失败") → c.Render("edit.html")（.flash在模板中为空） - ⚠️ 注意 key 大小写敏感：
c.Flash.Out["notice"] = "Done"对应模板中{{.flash.notice}}，不是{{.flash.Notice}} - ⚠️
Key may not have a colon：c.Flash.Out["user:email"]会直接 panic，得改用user_email
Redirect 参数不能动态拼接，要走路由名或固定路径
Revel 的 c.Redirect() 接收的是 controller.action 名（如 "App.Index"）或绝对路径（如 "/login"），**不支持类似 ThinkPHP 那种带参数数组的 URL 构造逻辑**。想传参，得靠 query string 手动拼，或用 revel.URL 辅助生成。
- 跳转到本控制器 action：
c.Redirect("App.Show") - 带 query 参数：
c.Redirect("App.List?status=active&page=2")（注意 & 要转义为&） - 用
revel.URL安全生成：c.Redirect(revel.URL("App.Detail", "id", "123")) - ❌ 不要写：
c.Redirect("App.Detail?id=123")—— 这会忽略路由定义中的 path 参数映射，可能 404
重定向地址被改成 HTTP？检查 Nginx 的 X-Forwarded-Proto
当你在 HTTPS 站点上看到重定向跳到了 http:// 开头的地址，问题几乎一定出在反向代理没透传协议头。Revel 本身不监听 HTTPS，它依赖 X-Forwarded-Proto 来判断原始请求是 http 还是 https，进而决定 Location 响应头写什么协议。
- Nginx 配置中必须有：
proxy_set_header X-Forwarded-Proto $scheme; - 同时确认
conf/app.conf中设置了：cookie.secure = true（否则 HTTPS 下 Session cookie 可能被浏览器拒绝） - 禁用
proxy_redirect：Revel 自动重写Location，Nginx 手动配置会覆盖它，导致跳转错乱 - 验证是否生效：在 controller 里打印
c.Request.Header.Get("X-Forwarded-Proto")，应为https
最常被忽略的一点：重定向不是“发个响应就完事”，它是一次协议层的强制跳转，中间任何一次额外的请求（比如 A → B → C 的链式跳转）都会让 Flash 消息失效。如果你需要跨多步传递状态，得换用 Session 或临时 token，而不是指望 Flash 跑完全程。
