Laravel表单POST提交后return back()报GET方法不支持错误如何解决

该错误核心原因是GET请求访问了仅支持POST的incluir_mens_trans路由，表单本身的POST提交逻辑正常，问题出在提交后的跳转环节触发了GET请求访问该路由。

• 确认触发时机：测试是提交表单后自动跳转就报错，还是提交后手动刷新页面才报错。如果是手动刷新后报错，属于浏览器默认行为：POST请求提交后刷新，浏览器会以GET方式重新请求上次提交的POST路由，直接触发该错误。
• 检查路由配置：执行命令php artisan route:list，确认name=incluir_mensagem的路由仅绑定了POST方法，且没有同路径的GET路由优先匹配。
• 检查原页面路由：确认表单所在页面的路由是GET方式，如果原页面本身是POST路由，back()跳转时会再次请求该POST路由，也可能触发方法不匹配错误。
• 检查中间件逻辑：确认有没有权限、认证类中间件在表单提交后拦截请求，错误重定向到了incluir_mens_trans路由，导致GET请求访问。

方案1：采用POST/重定向/GET模式（推荐） #

这是Web开发的标准实践，POST请求处理完成后不直接返回响应，而是重定向到GET路由，彻底避免刷新重复提交和方法不匹配问题：
修改控制器的返回逻辑，把原有的return back()改为重定向到表单所在页面的路由，需要传递的数据用session闪存：

// 替换原有return back();部分
// route参数替换为你自己表单页面的路由名称，必要时传入路由需要的参数
return redirect()->route('your_form_page_route_name')
    ->with('msgs', $msgs) // 把分页的消息数据闪存到session，视图中直接使用即可
    ->with('success', '消息发送成功');

方案2：路由兼容GET方法兜底 #

如果不想修改现有跳转逻辑，可以给路由增加GET方法支持，同时在控制器中做请求类型判断，避免GET请求执行业务逻辑：
首先修改路由定义：

// 把原POST路由改为match支持get和post
Route::match(['get', 'post'], 'incluir_mens_trans',  [TransacoesController::class,'incluir_mens_trans'])->name('incluir_mensagem');

然后在控制器方法开头增加请求类型判断：

public function incluir_mens_trans(Request $request){
    // GET请求直接跳回表单页，不执行业务逻辑
    if ($request->isMethod('get')) {
        return redirect()->route('your_form_page_route_name');
    }

    // 原有业务逻辑保持不变
    $confere = DB::table('transacoes')->where('id_nec_part', request('id_nec_part_t'))
        ->where('id_of_part', request('id_of_part_t'))
        ->first();
    // ... 其余原有代码
}

方案3：前端交互优化 #

给表单增加提交拦截，提交后立即禁用提交按钮，同时弹出提示告知用户不要刷新页面，减少用户误操作触发的错误。

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