symfony 的 `addflash()` 方法需配合 twig 模板中显式渲染才能显示，否则即使调用成功也不会在目标页面（如登录页）出现提示消息。
在 Symfony 应用中，$this->addFlash('success', '...') 并不会自动渲染到页面上——它只是将消息暂存于 session 的 flash bag 中，等待在下一次请求（通常是重定向后的目标页面）中被主动读取并展示。你当前的控制器逻辑完全正确：表单提交、密码更新、addFlash() 调用、redirectToRoute() 一气呵成；问题出在目标页面（如 customer_login 对应的 Twig 模板）未消费该 Flash 消息。
✅ 正确做法：在 Twig 模板中渲染 Flash 消息
推荐在项目的基础模板（如 templates/base.html.twig）中统一处理，确保所有继承它的页面都能显示提示：
{# templates/base.html.twig #}
{% for type in ['success', 'warning', 'danger', 'info'] %}
{% for message in app.flashes(type) %}
{{ message }}
{% endfor %}
{% endfor %}? 提示：上述代码使用 Bootstrap 5 语义类（alert-success 等），请根据你实际使用的 CSS 框架调整 class 名称。app.flashes('success') 是关键——它从 session 中“取出并清空”对应类型的 Flash 消息（一次性消费，不可重复读取）。
⚠️ 常见错误与注意事项
- ❌ 不要在重定向前渲染 Flash：Flash 必须在 重定向后的新请求 中渲染，否则会因响应已发送而失效；
- ❌ 避免拼写不一致：控制器中用 'success'，Twig 中也必须用 app.flashes('success')，大小写和字符串需严格匹配；
- ✅ 支持多类型分类：可自由定义类型（如 'reset_success', 'validation_error'），便于样式隔离与逻辑区分；
- ✅ 自动清理机制：app.flashes() 每次调用即清除对应消息，无需手动管理生命周期。
✅ 验证是否生效的小技巧
可在控制器中临时添加调试日志确认 Flash 是否写入：
$this->addFlash('success', 'The password reset request is sent to your mailbox!');
// 可选：调试用（生产环境请移除）
dump($this->get('session')->getFlashBag()->all()); // 查看当前所有待消费 Flash
return $this->redirectToRoute('customer_login');只要确保目标页面的 Twig 模板（或其父模板）包含对 app.flashes() 的遍历，你的“密码重置成功”提示就一定会清晰、可靠地出现在登录页顶部——这是 Symfony Flash Message 机制的标准实践，也是构建用户友好型表单流程的关键一环。
