Laravel POST提交表单验证失败重定向强制走GET问题如何解决？

HTTP 协议中默认的 302 重定向会将原请求的 POST 方法转为 GET 方法，所以你使用Redirect::back()跳转回仅支持 POST 的编辑页时会出现访问失败的问题，以下是几种可行的解决方式：

• 方案1（推荐）：调整路由设计符合Laravel开发规范 #

  Laravel 原生的资源路由设计中，编辑页本身就应该使用 GET 方法访问，记录 ID 放在 URL 路径中，格式类似/project/edit/{id}。
  访问编辑页不需要校验 CSRF 令牌，CSRF 仅用于保护提交修改数据的 POST/PUT 请求，这种调整完全不会引入安全问题，同时从根源上解决重定向跳转的方法冲突问题。调整后你原来的校验失败跳转逻辑无需修改，可以正常使用。

• 方案2：校验失败直接返回编辑视图，不做重定向 #

  如果你确实需要保留编辑页仅支持 POST 的逻辑，可以放弃重定向操作，直接在当前的提交请求中渲染编辑页视图，传入编辑页需要的所有参数即可：

  if ($validator->fails()) {
      // 传入编辑页渲染需要的所有参数，比如记录ID
      return view('你的编辑页视图路径', [
          'id' => $request->post('id'),
          // 其他编辑页需要的参数都在此处补充
      ])->withInput()->withErrors($validator);
  }
  

  该方案不会触发 302 跳转，当前请求为 POST 方法，直接返回视图内容即可正常加载编辑页，同时保留旧输入和错误提示。

• 方案3：使用307状态码重定向保留请求方法 #

  307 临时重定向的HTTP规范要求浏览器重定向时保留原请求的方法和请求参数，你可以修改重定向的状态码实现 POST 方式跳转：

  if ($validator->fails()) {
      return \Redirect::back(307)->withInput()->withErrors($validator);
  }
  

  注意该方案部分浏览器会弹出「是否确认重新提交表单」的提示，用户体验略差，仅作为临时兼容方案使用。

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