Symfony 3.4 提交数据入库后重定向失效问题求助

嘿，我来帮你拆解下这个问题——既然Category能正常存进数据库，说明核心业务逻辑没问题，问题大概率出在重定向的执行环节或者表单提交的处理逻辑上。下面是一步步的排查思路：

这是最常见的坑：确保你在保存实体后，确实返回了重定向响应，而不是又重新渲染了表单页面。

• 比如错误写法：保存完又调用了$this->render()返回当前表单视图，这自然会停在原页面；
• 正确的姿势应该是返回路由重定向，比如 Symfony 里的return $this->redirectToRoute('admin_category');
• 另外检查有没有提前return的分支：比如保存后有条件判断，不小心走进了其他返回逻辑，跳过了重定向代码。

举个正确的代码结构参考：

public function new(Request $request, EntityManagerInterface $em)
{
    $category = new Category();
    $form = $this->createForm(CategoryType::class, $category);
    $form->handleRequest($request);

    if ($form->isSubmitted() && $form->isValid()) {
        $em->persist($category);
        $em->flush();
        // 必须明确返回重定向
        return $this->redirectToRoute('admin_category');
    }

    // 只有表单未提交/验证失败时，才渲染表单页面
    return $this->render('admin/category/new.html.twig', [
        'form' => $form->createView(),
    ]);
}

打开浏览器开发者工具（F12）的「Network」标签，提交表单后观察请求：

• 如果响应状态码是3xx（比如302），但浏览器没跳转，大概率是前端JS绑定了表单的submit事件，用preventDefault()阻止了默认跳转，却没在异步提交后手动处理跳转；
• 如果响应状态码是200，说明控制器根本没返回重定向，直接返回了表单页面的内容，那回到控制器代码找遗漏。

有没有注册的框架事件监听器（比如 Symfony 的ResponseEvent）修改了返回的响应？比如某些全局监听器可能把重定向响应替换成了渲染视图的响应。
另外也可以检查权限中间件：虽然你说路由可用，但确认下当前登录用户是否真的有访问admin_category路由的权限，会不会权限校验失败后被内部重定向回了当前页面（这种情况通常会在日志里留下痕迹）。

虽然你说路由存在，但再仔细核对下：redirectToRoute('admin_category')里的路由名是不是和实际定义的完全一致？比如有没有大小写错误、或者路由需要参数但你没传递？（如果是参数缺失，框架通常会抛出异常，但还是确认下更稳妥）

如果以上都没问题，去框架的日志文件里找找线索——比如保存后有没有抛出隐性异常（比如Flash消息代码写错），导致后续的重定向代码没执行？实体能保存成功说明flush()已经执行，但后面的代码如果出错，会中断执行，默认返回之前的表单视图。

最优先排查的是控制器返回值和浏览器网络请求这两点，大部分情况都能在这里找到原因。

内容的提问来源于stack exchange，提问作者Major Productions