按照官网给出的例子,在中间件配置允许跨域
app/middleware.php
<?php // 中间件配置 use think\middleware\AllowCrossDomain; return [ AllowCrossDomain::class ];
前端请求依然出现了跨域请求提示
Access to XMLHttpRequest at from origin has been blocked by CORS policy: Request header field x-token is not allowed by Access-Control-Allow-Headers in preflight response.
原因是我们添加了自定义的请求头X-Token
用来携带token,所以需要我们重新改造一下中间件
新建一个自定义的跨域中间件
app/middleware/AllowCrossDomainMiddleware.php
<?php namespace app\middleware; use think\middleware\AllowCrossDomain; class AllowCrossDomainMiddleware extends AllowCrossDomain { // 加入自定义请求头参数 X-Token protected $header = [ 'Access-Control-Allow-Credentials' => 'true', 'Access-Control-Max-Age' => 1800, 'Access-Control-Allow-Methods' => 'GET, POST, PATCH, PUT, DELETE, OPTIONS', 'Access-Control-Allow-Headers' => 'Authorization, Content-Type, If-Match, If-Modified-Since, If-None-Match, If-Unmodified-Since, X-CSRF-TOKEN, X-Requested-With, X-Token', ]; }
重新配置中间件
app/middleware.php
<?php // 中间件配置 use think\middleware\AllowCrossDomain; use app\middleware\AllowCrossDomainMiddleware; return [ // 不使用默认的跨域中间件 // AllowCrossDomain::class // 使用自定义跨域中间件 AllowCrossDomainMiddleware::class ];
继续改进
查看请求日志发现,options请求会走一遍处理流程,有些需要权限校验的地方还会因为缺少参数而报错,这样肯定不行。
可以在入口文件添加以下代码,单独处理options请求
public/index.php
// 处理 OPTIONS 请求 if($_SERVER['REQUEST_METHOD'] == 'OPTIONS'){ header("'Access-Control-Allow-Credentials: true"); header("Access-Control-Allow-Origin: *"); header("Access-Control-Allow-Headers: Authorization, Content-Type, If-Match, If-Modified-Since, If-None-Match, If-Unmodified-Since, X-CSRF-TOKEN, X-Requested-With, X-Token"); header('Access-Control-Allow-Methods: GET, POST, PUT, DELETE, OPTIONS, PATCH'); exit; // 直接退出,不走后序流程 }