redirecttoroute 是 abstractcontroller 提供的快捷方法，用于生成并返回 http 302 重定向响应，典型用于表单提交后防重复、登录跳转、操作完成返回列表等场景，必须显式 return 才生效。
redirectToRoute 是什么，什么时候该用它
redirectToRoute 是 AbstractController 提供的快捷方法，用于生成并返回一个 HTTP 302（临时）重定向响应。它不直接跳转，而是构造一个 RedirectResponse 对象并返回——这点常被误认为“没跳转成功”，其实只是你没 return 它。
典型使用场景包括：表单提交后防重复提交、登录成功跳首页、权限不足跳登录页、完成操作后回到列表页。
- 必须在控制器方法中 显式 return，否则只是调用但没响应输出
- 不能在非控制器逻辑（如服务、事件监听器）里直接用，因为没继承
AbstractController - 若需 301（永久）重定向，得手动 new
RedirectResponse($url, 301)
路由名、参数、查询参数怎么传才不出错
签名是 redirectToRoute(string $route, array $parameters = [], int $status = 302)。最容易出问题的是 $parameters 的结构和内容。
- 路径参数（如
{id}）直接作为键值对传入：redirectToRoute('app_user_show', ['id' => 123]) - 查询参数（
?foo=bar）必须包在'_query'键下：redirectToRoute('app_search', ['_query' => ['q' => 'php', 'page' => 2]]) - 传字符串给
'_query'（比如'_query' => 'q=php&page=2'）会抛InvalidParameterException - 嵌套数组会被自动转成方括号语法：
['filters' => ['tag' => 'symfony']]→?filters[tag]=symfony
为什么 redirectToRoute 找不到路由或报 404
不是代码写错了，大概率是路由定义和调用之间脱节了。
- 检查路由是否真有 name：用
php bin/console debug:router看列表，确认名字拼写、大小写、前缀（如admin_或app_）完全一致 - 注解路由没生效？确认已运行
composer require annotations，且修改后执行过php bin/console cache:clear - YAML 路由文件没加载？检查
config/routes.yaml是否 import 了对应文件，或 controller 目录是否在 annotation resource 配置范围内 - 用了
requirements但参数值不匹配（比如传字符串给要求\d+的{id}），也会静默 404 —— 不是找不到路由，是匹配失败
和 redirect()、redirectToRoute() 的关键区别
别混用 redirect() 和 redirectToRoute()：前者接收完整 URL 字符串，后者基于路由名生成 URL。它们底层都返回 RedirectResponse，但语义和维护性差很多。
-
redirect('/admin/users')：硬编码路径，改路由 path 就断，无法利用 requirements / defaults / i18n 前缀等能力 -
redirectToRoute('admin_user_list')：解耦，支持 locale 切换（如果路由带_locale参数）、自动处理 HTTPS/子目录、可被 profiler 追踪 - 想跳站外？只能用
redirect('https://example.com')，redirectToRoute不支持
真正容易被忽略的是：redirectToRoute 生成 URL 时会默认继承当前请求的 _locale（来自 session、cookie 或 URL），除非你显式覆盖。如果你在多语言项目里跳转后 locale 意外变了，先检查 $parameters 里有没有漏传 _locale。
