为何配置POST路由仍提示api/addbooking不支持GET请求？

以下是几种常见的排查和解决方向：

1. 核对请求URL与路由定义 #

• 错误提示指向api/addbooking，先确认你的路由是写在api.php还是web.php里：如果路由在web.php，但前端请求的是/api/addbooking，会找不到对应POST路由，触发Laravel的404 fallback逻辑，最终被识别为GET请求。
• 执行php artisan route:list命令，查看已注册路由列表，确认/api/addbooking的请求方法确实是POST，且绑定的控制器方法正确。

2. 处理CSRF令牌验证（仅针对web路由） #

如果路由在web.php中，Laravel的web中间件会强制验证CSRF令牌，缺失令牌可能导致请求被异常处理：

• 在页面头部添加CSRF令牌meta标签：

<meta name="csrf-token" content="{{ csrf_token() }}">

• 在fetch请求中携带令牌：

fetch('/addbooking', {
  method: 'POST',
  headers: {
    'X-CSRF-TOKEN': document.querySelector('meta[name="csrf-token"]').content,
    'Content-Type': 'application/json'
  },
  body: JSON.stringify(yourRequestData)
})

如果是api路由，默认不会校验CSRF，但要确认api中间件组没有额外添加CSRF相关中间件。

3. 排查请求重定向问题 #

• 若前端请求URL末尾缺少斜杠，或服务器配置导致重定向，POST请求会被浏览器自动转为GET请求。比如请求/api/addbooking被重定向到/api/addbooking/，就会触发这个问题。
• 确保前端请求的URL与路由定义完全一致，包括是否带斜杠。

4. 清除路由缓存并检查中间件 #

• 执行php artisan route:clear清除路由缓存，确保最新的路由配置生效。
• 检查全局中间件或路由组中间件，确认没有自定义中间件意外修改了请求方法。

5. 确认前端请求方法无误 #

• 打开浏览器开发者工具的Network标签，查看请求的Method是否确实为POST。有时代码中可能出现拼写错误（比如method: 'Post'），或其他逻辑导致请求被改为GET。

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