setFlash()设的值下个请求才拿到，因为Yii闪存是标记为“下个请求后自动删除”的一次性session数据，当前请求写入后需重定向到新请求才能通过getFlash()获取。
为什么 setFlash() 设的值在下个请求才拿到
因为 Yii 的闪存（Flash）本质是「一次性的 session 数据」：写入时存进 session，但标记为「下个请求后自动删」。不是实时读取，也不是跨请求持久存在。
常见错误现象：setFlash() 后立刻 getFlash() 返回 null —— 这不是 bug，是设计如此。你得跳过当前请求，在重定向后的那个请求里取。
- 典型使用场景：表单提交成功后
$this->redirect()，跳转页再用getFlash()显示提示 - 如果没重定向、直接
render()当前页，那得手动触发一次「刷新生命周期」，比如调用Yii::$app->session->regenerateID()（不推荐，绕开设计本意） - 底层依赖
session组件，所以必须确保session已开启且未被禁用（比如 CLI 环境下不可用）
setFlash() 的键名和作用域怎么控制
键名就是你自己传的字符串，比如 setFlash('success', '保存成功')，这个 'success' 就是 key。它不自动分作用域，全靠你命名约定来隔离。
容易踩的坑：setFlash('error') 和 setFlash('login_error') 看似一样，但后者更安全——避免不同模块覆盖同一 key。
- 多个消息可共存：
setFlash('success')和setFlash('warning')互不影响 - 同 key 多次调用会覆盖：第二次
setFlash('info', 'A')会把第一次setFlash('info', 'B')冲掉 - 不支持嵌套结构：不能传数组或对象，只接受字符串、数字、
null（null会被当成空字符串存）
为什么重定向后 getFlash() 拿不到值
最常见原因是 session 没正确启动或提前关闭。Yii 在 Application::init() 阶段自动启用 session，但如果你在 beforeAction 或中间件里调用了 session_write_close()，或者配置了 'autoStart' => false，就会断掉链路。
另一个隐蔽问题：某些 Nginx / Apache 配置会截断 cookie，导致 session_id 无法传递，重定向后进了新 session。
- 检查
Yii::$app->session->isActive是否为true（重定向前、后都要看） - 确认响应头含
Set-Cookie，且域名、path、secure 属性匹配（尤其 HTTPS 站点漏配'cookieSecure' => true会导致前端不发 cookie） - 开发期可临时加日志：
var_dump($_SESSION)看__flash键是否存在（Yii 把闪存存在$_SESSION['__flash']里）
性能和兼容性要注意什么
闪存本身没额外开销，它只是对 session 数据加了个「延迟删除」标记。但滥用会拖慢 session 写入——比如每秒上百次 setFlash()，而 session 存在文件系统上，频繁写磁盘就成瓶颈。
兼容性方面，PHP 8.1+ 对 session_destroy() 行为有调整，但 Yii 2.0.45+ 已适配；Yii 3.x 改用 PSR-7 session 抽象，接口不变，底层实现可插拔。
- 别在循环里反复
setFlash()，合并成一条消息更稳妥 - 移动端 WebView 或某些隐私模式浏览器会限制 third-party cookie，可能让 session 失效，这时闪存自然失效
- 如果用 Redis 做 session 后端，确保
redis->setex()权限正常，否则setFlash()看似成功，实际没存进去
