在uni-app项目中使用uni.request({});你会在后台一下看到两次请求,发现每次第一次都会触发OPTIONS请求,然后再去执行业务逻辑。是因为第一次是预检请求。

什么是预检请求
对那些可能对服务器数据产生副作用的 HTTP 请求方法(特别是 GET 以外的 HTTP 请求,或者搭配某些 MIME 类型的 POST 请求),浏览器必须首先使用 OPTIONS 方法发起一个预检请求(preflight request),从而获知服务端是否允许该跨域请求。服务器确认允许之后,才发起实际的 HTTP 请求。
虽然可以正常执行,但是一个请求变成了两个,肯定增加了用户等待时间和服务器资源消耗。
解决办法
Access-Control-Allow-Headers, ‘appId’ 来允许服务器请求中携带字段appId,如果还有其它字段,可以用逗号分隔填入;

Access-Control-Allow-Methods,’: POST, GET, OPTIONS’来允许服务器允许客户端使用 POST, GET 和 OPTIONS 方法发起请求;

Access-Control-Max-Age: 86400;表明该响应的有效时间为 86400 秒,也就是 24 小时。
在有效时间内,浏览器无须为同一请求再次发起预检请求。浏览器自身维护了一个最大有效时间,如果该首部字段的值超过了最大有效时间,将不会生效。最后同一天内一个接口就只有一次OPTIONS请求。

最后上代码
uni.request({
url:url,
method:method,
data:data,
dataType:‘json’,
header:{
‘content-type’:‘application/json’,
‘cache-control’:‘no-cache’,
‘Access-Control-Allow-Headers’: ‘appId’,
‘Access-Control-Allow-Methods’: ‘POST, GET, OPTIONS’,
‘Access-Control-Max-Age’: 86400,
},
})

Logo

为开发者提供学习成长、分享交流、生态实践、资源工具等服务,帮助开发者快速成长。

更多推荐