本文详解 laravel 中 post 接口 500 错误的典型成因，重点解决路由绑定错误、csrf 头缺失、控制器方法未定义及请求处理不规范等问题，并提供完整可运行的前后端联调方案。
在 Laravel 中遇到 500 Internal Server Error 且日志显示 Method Illuminate\Http\Request::show does not exist，这通常并非数据库操作失败所致，而是路由指向了不存在的方法，或控制器中意外调用了 Request 对象的非法方法。结合你提供的代码，问题根源非常明确：你在 api.php 中将 /event/create 路由指向了 CalendarController@add，但该控制器中根本未定义 add() 方法；更严重的是，后续日志报错指向 Request::show() —— 这极可能是某处误写了 $request->show() 或类似逻辑（如模型查询链式调用中断），而你的 CalendarController 当前甚至没有 add() 或 store() 方法，导致 Laravel 在解析请求时发生不可预知的反射/宏调用异常。
✅ 正确配置步骤
1. 修正路由定义（推荐 RESTful 风格）
避免使用模糊的 add 方法名，改用语义清晰的 store，并确保控制器方法真实存在：
// routes/api.php
use App\Http\Controllers\CalendarController;
// ✅ 正确：指向存在的 store 方法
Route::post('/event/create', [CalendarController::class, 'store']);
// ❌ 错误：CalendarController 中无 add() 方法
// Route::post("/home", [CalendarController::class, 'add']);⚠️ 注意：/home 是前端页面路由，不应放在 api.php 中（应置于 web.php），且 POST /home 不符合常规设计。
2. 补全控制器逻辑（含验证与保存）
在 CalendarController.php 中添加 store 方法，接收请求、验证数据、写入数据库：
// app/Http/Controllers/CalendarController.php
namespace App\Http\Controllers;
use Illuminate\Http\Request;
use App\Models\Booking;
class CalendarController extends Controller
{
// ... index() 方法保持不变
/**
* 存储新事件到数据库
*/
public function store(Request $request)
{
// ✅ 强制验证必要字段（防止空数据插入）
$validated = $request->validate([
'title' => 'required|string|max:255',
'resourceId' => 'required|integer',
'start_date' => 'required|date',
'end_date' => 'required|date|after_or_equal:start_date',
]);
// ✅ 创建模型实例并保存
$booking = Booking::create([
'title' => $validated['title'],
'resourceId' => $validated['resourceId'],
'start_date' => $validated['start_date'],
'end_date' => $validated['end_date'],
]);
// ✅ 返回 JSON 响应（适配 API 调用）
return response()->json([
'success' => true,
'message' => 'Event created successfully',
'data' => $booking
], 201);
}
}3. 修复前端 Fetch 请求（关键：Content-Type + CSRF）
你当前的请求缺少 Content-Type: application/x-www-form-urlencoded 或 application/json，且 CSRF Token 应通过 X-XSRF-TOKEN（Laravel 默认）而非 X-CSRF-Token 传递（除非你自定义了中间件）：
// home.blade.php 中的 JS
const csrfToken = document.head.querySelector("[name=csrf-token]").content;
// ✅ 方案一：发送表单数据（推荐用于简单场景）
const formData = new FormData();
formData.append('title', 'Meeting');
formData.append('resourceId', 1);
formData.append('start_date', '2024-06-10');
formData.append('end_date', '2024-06-10');
fetch('/api/event/create', {
method: 'POST',
headers: {
'X-XSRF-TOKEN': csrfToken, // ✅ Laravel 默认识别此 Header
// 不要设置 Content-Type —— FormData 会自动设置 boundary
},
body: formData
})
.then(r => r.json())
.then(data => console.log(data))
.catch(e => console.error(e));// ✅ 方案二：发送 JSON 数据（需额外配置）
const eventData = {
title: 'Conference',
resourceId: 2,
start_date: '2024-06-15',
end_date: '2024-06-16'
};
fetch('/api/event/create', {
method: 'POST',
headers: {
'X-XSRF-TOKEN': csrfToken,
'Content-Type': 'application/json', // ✅ 必须声明
'Accept': 'application/json'
},
body: JSON.stringify(eventData)
})
.then(r => r.json())
.then(data => console.log(data))
.catch(e => console.error(e));? 关键点：
- Laravel 默认从 X-XSRF-TOKEN Header 读取 CSRF Token（基于 VerifyCsrfToken 中间件）；
- 若使用 FormData，不要手动设置 Content-Type，否则会破坏 multipart boundary；
- 若使用 JSON.stringify()，必须显式声明 'Content-Type': 'application/json'。
4. 确保中间件已启用
检查 app/Http/Kernel.php 中 api 中间件组是否包含 EnsureFrontendRequestsAreStateful::class（Laravel 9+）或 ThrottleRequests 等必要中间件，确保 CSRF 验证生效：
// app/Http/Kernel.php
'api' => [
\Laravel\Sanctum\Http\Middleware\EnsureFrontendRequestsAreStateful::class,
'throttle:api',
\Illuminate\Routing\Middleware\SubstituteBindings::class,
],? 调试建议
- 使用 dd($request->all()) 在 store() 开头快速确认请求是否到达；
- 检查 storage/logs/laravel.log 中 完整堆栈，定位具体哪行代码触发了 show() 调用；
- 运行 php artisan route:list --api 验证路由是否正确注册；
- 浏览器开发者工具 → Network 标签页，查看请求的 Request Headers 和 Response 是否含 X-XSRF-TOKEN 及状态码。
✅ 总结
500 错误在此场景下本质是路由-控制器契约断裂：你调用了不存在的方法，或在请求处理中误操作了 Request 对象。解决路径非常明确：统一使用 store() 方法名、严格校验请求数据、正确传递 CSRF Token、返回结构化 JSON 响应。完成上述配置后，前端即可稳定向数据库提交事件数据，彻底告别 BadMethodCallException。
