如何配置Laravel CORS和Nginx解决API跨域问题?

2026-04-29 03:132阅读0评论SEO教程
  • 内容介绍
  • 文章标签
  • 相关推荐

本文共计983个文字,预计阅读时间需要4分钟。

如何配置Laravel CORS和Nginx解决API跨域问题?

大概率是Nginx层拦截了预检请求(OPTIONS请求)。基本没有进Laravel。Laravel的CorsService只处理实际请求,不处理OPTIONS预检。如果Nginx没有放开,浏览器连接时也会收到Access-Control-Allow-Origin响应,但都收不到。

常见现象:Failed to fetchNetwork Error、控制台显示 OPTIONS xxx 403 或直接 cancelled;用 curl -I -X OPTIONS 测试返回 405 或 403。

  • 检查 Nginx 配置里是否漏了 add_header Access-Control-Allow-Methodsadd_header Access-Control-Allow-Headers
  • 确认 location ~ ^/api/ 块中包含 if ($request_method = 'OPTIONS') { add_header Access-Control-Allow-Origin "*"; add_header Access-Control-Allow-Headers "Authorization, Content-Type"; add_header Access-Control-Allow-Methods "GET, POST, OPTIONS, PUT, DELETE"; add_header Access-Control-Allow-Credentials "true"; add_header Access-Control-Max-Age "86400"; return 204; }
  • 避免把 add_header 写在 server 级别——Nginx 的 add_header 不继承,必须写在匹配的 location

Laravel 的 CorsServiceProvider 配置为什么没生效

因为默认只对 api 中间件组生效,而你可能用了 auth:sanctum 却没加 api,或者路由没走 api.php

使用场景:需要带 Authorization 头、或要求 credentials: true 的跨域请求(比如 Cookie 登录态传递)。

  • 确保路由定义在 routes/api.php,且没手动覆盖中间件,例如 Route::middleware('web') 会绕过 api 组和 CORS
  • config/cors.php'supports_credentials' => true 时,'allowed_origins' 不能为 ['*'],必须写具体域名,否则浏览器拒绝携带凭证
  • 'allowed_headers' 必须显式列出前端实际发送的头,比如 ['Content-Type', 'Authorization', 'X-Requested-With'];漏掉 Authorization 就会导致带 token 的请求被拒

前端发 POST 请求时提示 No 'Access-Control-Allow-Origin' header is present

这不是 Laravel 没配 CORS,而是 Nginx 拦截了 OPTIONS 预检后,压根没把后续 POST 转发过去——所以 Laravel 根本没机会返回带 CORS 头的响应。

性能影响:每次跨域请求前多一次 OPTIONS 往返;如果 Nginx 不提前响应 204,就变成两次 HTTP 往返(OPTIONS + 实际请求),延迟翻倍。

  • curl -v -X OPTIONS http://your-api.com/api/xxx 看响应头里有没有 Access-Control-Allow-Origin
  • 如果返回 405 Method Not Allowed,说明 Nginx 没配置 OPTIONS 处理逻辑,要补上 if ($request_method = 'OPTIONS')
  • 如果返回 200 但没 CORS 头,说明 add_header 写错位置(比如写在 if 外面但该 if 没命中)

开发环境用 php artisan serve 时 CORS 依然失败

因为 php artisan serve 是 PHP 自带的简易服务器,不支持 Nginx 那套 add_header,也不处理 OPTIONS 预检。它只依赖 Laravel 的中间件,所以必须确保 CorsServiceProvider 已启用且配置正确。

兼容性注意:Laravel 9+ 默认启用 CorsServiceProvider,但 Laravel 8 及更早需手动在 config/app.phpproviders 数组里加 App\Providers\CorsServiceProvider::class

  • 运行 php artisan config:clear 后再试,缓存可能导致 config/cors.php 修改不生效
  • 检查 APP_URL 是否设为前端地址(如 http://localhost:5173),某些老版包会读这个做 origin 白名单
  • 如果用 Vue/Vite,确认 vite.config.jsserver.proxy 没把 API 请求代理到错误端口,导致请求根本没发到 Laravel

最常被忽略的是:Nginx 的 if 指令在 location 外无效,而很多人把 OPTIONS 处理块写在 server 块顶层,结果完全不触发。

本文共计983个文字,预计阅读时间需要4分钟。

如何配置Laravel CORS和Nginx解决API跨域问题?

大概率是Nginx层拦截了预检请求(OPTIONS请求)。基本没有进Laravel。Laravel的CorsService只处理实际请求,不处理OPTIONS预检。如果Nginx没有放开,浏览器连接时也会收到Access-Control-Allow-Origin响应,但都收不到。

常见现象:Failed to fetchNetwork Error、控制台显示 OPTIONS xxx 403 或直接 cancelled;用 curl -I -X OPTIONS 测试返回 405 或 403。

  • 检查 Nginx 配置里是否漏了 add_header Access-Control-Allow-Methodsadd_header Access-Control-Allow-Headers
  • 确认 location ~ ^/api/ 块中包含 if ($request_method = 'OPTIONS') { add_header Access-Control-Allow-Origin "*"; add_header Access-Control-Allow-Headers "Authorization, Content-Type"; add_header Access-Control-Allow-Methods "GET, POST, OPTIONS, PUT, DELETE"; add_header Access-Control-Allow-Credentials "true"; add_header Access-Control-Max-Age "86400"; return 204; }
  • 避免把 add_header 写在 server 级别——Nginx 的 add_header 不继承,必须写在匹配的 location

Laravel 的 CorsServiceProvider 配置为什么没生效

因为默认只对 api 中间件组生效,而你可能用了 auth:sanctum 却没加 api,或者路由没走 api.php

使用场景:需要带 Authorization 头、或要求 credentials: true 的跨域请求(比如 Cookie 登录态传递)。

  • 确保路由定义在 routes/api.php,且没手动覆盖中间件,例如 Route::middleware('web') 会绕过 api 组和 CORS
  • config/cors.php'supports_credentials' => true 时,'allowed_origins' 不能为 ['*'],必须写具体域名,否则浏览器拒绝携带凭证
  • 'allowed_headers' 必须显式列出前端实际发送的头,比如 ['Content-Type', 'Authorization', 'X-Requested-With'];漏掉 Authorization 就会导致带 token 的请求被拒

前端发 POST 请求时提示 No 'Access-Control-Allow-Origin' header is present

这不是 Laravel 没配 CORS,而是 Nginx 拦截了 OPTIONS 预检后,压根没把后续 POST 转发过去——所以 Laravel 根本没机会返回带 CORS 头的响应。

性能影响:每次跨域请求前多一次 OPTIONS 往返;如果 Nginx 不提前响应 204,就变成两次 HTTP 往返(OPTIONS + 实际请求),延迟翻倍。

  • curl -v -X OPTIONS http://your-api.com/api/xxx 看响应头里有没有 Access-Control-Allow-Origin
  • 如果返回 405 Method Not Allowed,说明 Nginx 没配置 OPTIONS 处理逻辑,要补上 if ($request_method = 'OPTIONS')
  • 如果返回 200 但没 CORS 头,说明 add_header 写错位置(比如写在 if 外面但该 if 没命中)

开发环境用 php artisan serve 时 CORS 依然失败

因为 php artisan serve 是 PHP 自带的简易服务器,不支持 Nginx 那套 add_header,也不处理 OPTIONS 预检。它只依赖 Laravel 的中间件,所以必须确保 CorsServiceProvider 已启用且配置正确。

兼容性注意:Laravel 9+ 默认启用 CorsServiceProvider,但 Laravel 8 及更早需手动在 config/app.phpproviders 数组里加 App\Providers\CorsServiceProvider::class

  • 运行 php artisan config:clear 后再试,缓存可能导致 config/cors.php 修改不生效
  • 检查 APP_URL 是否设为前端地址(如 http://localhost:5173),某些老版包会读这个做 origin 白名单
  • 如果用 Vue/Vite,确认 vite.config.jsserver.proxy 没把 API 请求代理到错误端口,导致请求根本没发到 Laravel

最常被忽略的是:Nginx 的 if 指令在 location 外无效,而很多人把 OPTIONS 处理块写在 server 块顶层,结果完全不触发。