Laravel控制器接收Ajax请求关键在于CSRF防护、数据格式匹配与路由中间件选择：必须传递X-CSRF-TOKEN或\_token，JSON请求用$request->json()->all()，表单请求用$request->all()，且应使用web中间件组而非api组，避免419错误。
如何在 Laravel 控制器里正确接收 Ajax 请求
必须用 request()->ajax() 或 request()->wantsJson() 判断，但更关键的是：Laravel 默认不区分 Ajax 和普通请求，接收逻辑和普通表单完全一样，重点在 CSRF、数据格式和响应方式。
- 确保前端发送时带
X-Requested-With: XMLHttpRequest（jQuery 自动加，原生 fetch 需手动） - CSRF token 必须传——放在请求头
X-CSRF-TOKEN或表单字段_token中 - 如果是 JSON 请求体（
Content-Type: application/json），要用request()->json()->all()取值，不能用request()->all() - 普通
application/x-www-form-urlencoded或multipart/form-data请求，直接用request()->all()或request()->input('key')即可
Laravel 路由和中间件对 Ajax 的影响
web 中间件组默认启用 session 和 CSRF 验证，Ajax 请求必须过这一关；api 中间件组默认关闭 CSRF，也无 session，别把 Ajax 请求错配到 api 路由下，否则拿不到 session 数据、Auth::user() 为 null。
- Web 路由（推荐）：
Route::post('/submit', [FormController::class, 'store'])->name('form.submit'); - API 路由只适合无状态接口，比如纯数据拉取，或你已自己实现 token 认证
- 若用
api路由又想保持登录态，得改用 Sanctum 或 Passport，不能依赖 session
常见 419 错误和 Token 失效问题
报 419 Page Expired 不是 Ajax 专属，而是 CSRF token 校验失败。根本原因通常是：token 没传、传错位置、或页面缓存了旧 token。
- 检查前端是否从
meta[name="csrf-token"]正确读取（Laravel 默认 Blade 模板已注入） - 确认 JS 中设置了请求头：
headers: { 'X-CSRF-TOKEN': document.querySelector('meta[name="csrf-token"]').getAttribute('content') } - 避免在 Vue/React 单页应用中复用初始 HTML 的 token——组件重渲染后 token 可能已过期，需服务端接口单独提供新 token
- 不要在表单里同时用
_token字段 +X-CSRF-TOKEN头，Laravel 会优先用 header，字段被忽略，但若 header 缺失才 fallback 到字段
返回 JSON 响应的写法和调试技巧
别用 return view(...) 返回页面，Ajax 请求要的是结构化数据。用 response()->json() 最稳妥，它自动设 Content-Type: application/json 并处理编码。
- 成功响应：
return response()->json(['status' => 'success', 'data' => $result]); - 验证失败：
return response()->json($validator->errors(), 422);（前端可捕获 422 状态） - 调试时加
dd(request()->all())或Log::info(request()->all())，注意：如果用了request()->json()，dd(request()->all())会为空 - 浏览器 Network 面板看 Preview / Response，别只信 Headers 状态码——有时 PHP 报错导致返回 500 但内容是 HTML，前端 JSON.parse 会炸
