必须显式调用 redirectToRoute()、redirect() 或 redirectToRouteAndSend() 才能返回重定向响应；仅 $this->render() 或手动 new Response() 永远不会触发重定向，因其返回状态码 200，浏览器直接渲染而不跳转，且测试工具 followRedirect() 仅识别 3xx 状态码。
必须显式调用 redirectToRoute()、redirect() 或 redirectToRouteAndSend() 才能返回重定向响应；仅 $this->render() 或手动 new Response() 永远不会触发重定向。
为什么 $this->render() 不会重定向
控制器返回 Response 对象时，状态码默认是 200。浏览器看到 200 就直接渲染内容，根本不会跳转。followRedirect() 等测试方法只识别 3xx 状态码（如 301、302、307），遇到 200 会直接抛出 LogicException: The request was not redirected。
- 常见错误：在 POST 处理逻辑里只做数据保存 +
return $this->render(...)，误以为“页面刷新了”就是重定向 - 后果：表单可重复提交、URL 停留在 POST 路径、SEO 友好性差、测试失败
- 本质：你返回的是一个普通 HTML 响应，不是 HTTP 重定向指令
redirectToRoute() 是最常用且安全的选择
它生成 302 临时重定向，自动拼接路由名、参数和 base URL，不暴露实际路径，也避免硬编码 URL。
- 基本用法：
return $this->redirectToRoute('app_success'); - 带参数：
return $this->redirectToRoute('app_user_profile', ['id' => $user->getId()]); - 带查询参数：
return $this->redirectToRoute('app_search', [], ['query' => ['q' => 'symfony']]); - 注意：
redirectToRoute()不能用于未定义的路由名，否则抛出RouteNotFoundException
什么时候该用 redirect() 而不是 redirectToRoute()
当你需要跳转到**外部 URL**（如第三方 OAuth 回调、支付网关）或**绝对路径**（如 /legacy/old-page）时，redirect() 更直接。
- 跳外站：
return $this->redirect('https://example.com/callback'); - 跳绝对路径：
return $this->redirect('/admin/dashboard'); - ⚠️ 风险：传入用户输入的 URL 时务必校验，否则可能被用于开放重定向攻击（Open Redirect）
- 安全建议：对动态跳转目标做白名单过滤，或用
UrlGeneratorInterface::generate()先解析再判断是否为内部路径
POST-Redirect-GET 模式必须配合表单处理逻辑
重定向本身只是 HTTP 响应，真正防止重复提交的关键在于：**先处理 POST 数据（存库、发邮件等），再返回重定向，绝不把业务逻辑放在重定向后的 GET 请求里。**
- 正确顺序：接收 POST → 验证表单 → 持久化数据 →
return $this->redirectToRoute(...) - 错误写法：在重定向目标 action（如
successAction）里再查数据库或发通知——这会导致每次刷新都触发副作用 - 测试验证点：检查响应头是否有
Location，状态码是否为302，且响应体为空（或仅含跳转提示）
最容易被忽略的一点：重定向后，原请求里的 Request 对象已失效。如果在重定向目标页面需要显示操作结果（如“已创建用户”），得通过 session flash bag 传递消息，而不是依赖上一个请求的参数或属性。
