Flash是Revel中专为PRG模式设计的一次性消息机制，每次请求覆盖cookie、仅下一次GET有效；而Session是长期签名cookie，需手动清除，无法替代Flash的一次性语义。
Revel 的 Flash 消息必须在重定向前写入，且只能被下一次 GET 请求读取一次 —— 直接渲染（如 c.Render()）不会触发 Flash 清空逻辑，导致消息残留或重复显示。
Flash 是什么，为什么不能用 Session 替代
Flash 在 Revel 中是一个独立结构体，不是 Session 的子集。它专为 Post/Redirect/Get（PRG）模式设计：每次请求都会覆盖整个 cookie，只保留到下一个请求生效。而 Session 是长期签名 cookie，数据会持续存在直到过期或手动清除。
常见误用是把提示信息存进 c.Session["msg"]，结果下次刷新页面还在、跳转其他页面也还在 —— 这违背了“一次性通知”的语义。
-
Flash数据生命周期：当前请求写入 → 下次请求读取 → 读取后自动清空（即使没显示） -
Session数据生命周期：写入后持续存在，需显式调用c.Session.Clear()或设c.Session["key"] = "" - 两者都受限于 4KB 总大小，且 key 中不能含冒号
:（否则解析失败）
如何正确设置和读取 Flash 消息
设置消息必须在 c.Redirect() 前完成；读取必须在目标模板中通过 {{.flash.key}} 访问。Revel 不提供类似 Laravel 的 with() 链式方法，所有操作都是显式的。
- 使用快捷方法：
c.Flash.Success("Saved!")等价于c.Flash.Out["success"] = "Saved!" - 支持任意 key：
c.Flash.Out["warning"] = "Disk space low"，模板中用{{.flash.warning}} - 若需传多个同类型消息（如两个 error），得手动拼接字符串或改用 JSON 字符串存入单个 key
- 不调用
c.Redirect()而直接c.Render()时，.flash在模板里仍可读，但不会自动清空 —— 下次再进该页面还会显示
模板里读取消息的典型写法
Revel 模板中没有内置的循环遍历 .flash 的语法，必须按 key 显式判断。常见错误是直接写 {{.flash}}，结果输出 map 地址或空值。
<div id="messages">
{{if .flash.success}}<p class="success">{{.flash.success}}</p>{{end}}
{{if .flash.error}}<p class="error">{{.flash.error}}</p>{{end}}
{{if .flash.warning}}<p class="warning">{{.flash.warning}}</p>{{end}}
</div>
- 每个 key 必须单独判空，
.flash本身永远是非 nil 的 struct - 如果服务端写了
c.Flash.Out["notice"]，模板里就必须写{{.flash.notice}}，不存在通配或 fallback - 不要依赖 JavaScript 动态读取 cookie ——
Flashcookie 是签名过的，前端无法安全解析其内容
容易踩的坑：Flash 消息不显示的三个原因
绝大多数“消息没出来”问题都集中在请求流程断裂或作用域错位上：
- 在
c.Render()前调用了c.Redirect()，但重定向目标控制器没做任何事（比如忘了return c.Render()），导致模板根本没执行 - 重定向到了一个静态路径（如
/static/thanks）而非 Revel 路由，Flash cookie 虽然发送了，但目标 handler 没绑定.flash到模板上下文 - 浏览器禁用了第三方 cookie 或开启了严格隐私模式，导致签名 cookie 被拦截（可在 DevTools → Application → Cookies 中检查
REVEL_FLASH是否存在且有值）
最隐蔽的问题是：Revel 的 Flash cookie 名固定为 REVEL_FLASH，如果你的应用还用了其他框架或自定义中间件往同名 cookie 写数据，会直接覆盖掉 Flash 内容 —— 这种冲突不会报错，只会静默丢消息。
