Laravel Inertia Vue3 PATCH重定向报405 Method Not Allowed问题

核心是HTTP重定向规则和Inertia中间件未生效两个点共同导致：

• 按照HTTP 1.1规范，302临时重定向允许客户端保留原请求方法跳转。由于历史兼容原因，几乎所有浏览器和HTTP客户端都会把POST请求的302重定向自动转为GET请求，但PATCH/PUT/DELETE这类后加入的请求方法没有这个兼容逻辑，会直接沿用原方法请求重定向地址，所以会出现GET路由报405、同路径匹配到PATCH路由死循环的现象。
• Inertia官方Laravel适配器默认会通过HandleInertiaRequests中间件，自动把所有非GET请求返回的302重定向转为303状态码——303状态码在HTTP规范中明确要求客户端必须用GET方法发起重定向请求，不会保留原方法。你的场景下这个自动转换没生效，基本都是中间件漏配或者注册位置错误。

1. 修复Inertia中间件配置
   打开app/Http/Kernel.php，检查web中间件组，确保通过php artisan inertia:middleware生成的Inertia处理中间件已经注册在web组靠前位置，参考配置：

protected $middlewareGroups = [
    'web' => [
        \App\Http\Middleware\HandleInertiaRequests::class, // 必须注册这一行
        \App\Http\Middleware\EncryptCookies::class,
        \Illuminate\Cookie\Middleware\AddQueuedCookiesToResponse::class,
        \Illuminate\Session\Middleware\StartSession::class,
        \Illuminate\View\Middleware\ShareErrorsFromSession::class,
        \App\Http\Middleware\VerifyCsrfToken::class,
        \Illuminate\Routing\Middleware\SubstituteBindings::class,
    ],
    // 其他中间件组保持不变
];

如果之前没有执行过php artisan inertia:middleware命令生成自定义中间件，先执行命令生成再完成注册。

2. 手动指定303状态码（临时兼容方案）
   如果暂时不想调整中间件配置，可以在所有PATCH/PUT/DELETE请求对应的控制器方法中，返回重定向时手动指定303状态码，示例：

public function update(Request $request, Contact $contact): \Illuminate\Http\RedirectResponse
{
    $contact->fill($request->all())->save();

    return redirect()
        ->to(route('contact.show', ['contact' => $contact]))
        ->setStatusCode(303); // 手动指定303状态码强制GET跳转
}

其他重定向逻辑比如返回列表页、调用back()的场景同理，链式调用->setStatusCode(303)即可。

3. 验证修复效果
   打开浏览器开发者工具的网络面板，重新提交编辑表单，查看PATCH请求的响应：

• 响应状态码应为303
• 后续自动发起的重定向请求方法为GET
• 不再出现405错误或重定向死循环问题

• 手动将Vite替换为Webpack的操作和该问题无关，不需要调整前端构建配置
• 现有资源路由定义、useForm写法、控制器数据存写逻辑本身没有语法或用法错误
• 不需要通过POST加_method参数模拟PATCH的方式绕问题，属于冗余操作。

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