Laravel+VueJS单路由CORS预检请求重定向错误求助

以下是针对该问题的具体排查和解决步骤：

1. 移除前端错误的请求头配置 #

你的http.js里设置了'Access-Control-Allow-Origin': '*'，这个是后端返回的响应头，前端不需要设置，直接删除该配置项，避免干扰浏览器的CORS校验。修正后的http.js头配置示例：

let config = {
      baseURL: vue_config.baseURLApi,
      crossdomain: true,
      headers: {
        'Accept': 'application/json',
        'Content-Type': 'application/json',
        'X-Requested-With': 'XMLHttpRequest',
        common: {
          'Authorization': `Bearer ${auth_token}`,
        }
      }

2. 排查路由的重定向根源 #

错误提示明确是预检请求被重定向，重点检查这个特定路由的重定向原因：

• 检查URL末尾斜杠一致性：确认前端请求的URL和Laravel路由定义的URL是否一致（比如末尾是否带斜杠）。Apache的DirectorySlash默认会将不带斜杠的目录请求重定向到带斜杠的地址，而预检OPTIONS请求不允许这种重定向。可在Apache虚拟主机或.htaccess中临时关闭该选项验证：

  DirectorySlash Off
  

• 检查Laravel路由定义：
  • 确认该路由是否误放在web.php而非api.php中。web.php的路由默认会应用VerifyCsrfToken中间件，OPTIONS请求会被拦截并可能触发重定向；
  • 检查控制器方法是否存在误写的redirect()逻辑，比如复制代码时残留的重定向语句；
• 检查Apache重写规则：查看.htaccess或虚拟主机中的Rewrite规则，是否有针对该路由路径的重定向规则（比如强制HTTPS、URL重写规则匹配错误导致的重定向）。

3. 确认CORS中间件的应用 #

虽然你配置了cors.php，但要确保该路由被CORS中间件覆盖：

• 检查api.php中的路由组是否全局应用了cors中间件，比如：

  Route::middleware(['cors'])->group(function () {
      // 所有API路由，包括出问题的这个
  });
  

• 确认Laravel的CORS中间件（通常是fruitcake/laravel-cors）是否正确注册在app/Http/Kernel.php的$middlewareGroups或$routeMiddleware中。

4. 确保Apache正确处理OPTIONS请求 #

在Apache的.htaccess或虚拟主机配置中添加规则，允许OPTIONS方法通过，避免被拦截：

<IfModule mod_rewrite.c>
    RewriteEngine On
    # 允许OPTIONS请求直接通过
    RewriteCond %{REQUEST_METHOD} OPTIONS
    RewriteRule ^(.*)$ $1 [R=200,L]
</IfModule>

<Limit GET POST PUT DELETE OPTIONS>
    Allow from all
    Require all granted
</Limit>

5. 验证预检请求的响应 #

使用Postman或curl手动发送OPTIONS请求到出问题的路由，查看响应是否有重定向状态码（3xx）：

curl -I -X OPTIONS https://abc.mydomain.com/your-problem-route

如果返回3xx状态码，说明确实存在重定向，根据响应的Location头定位重定向的目标，进一步排查原因。

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