起因
前两天在做 vue
项目的过程中使用 axios
做接口数据请求,很普通的一个接口,开发的过程中也没什么问题。自测的时候郁闷的发先,每个接口都调了两次,刚开始没太注意感觉两次请求是一摸一样的,仔细看了一圈,发现第一次调用的 Request Method: OPTIONS
,第二次调用的 Request Method: POST
。并且 OPTIONS
的请求也损耗了很多的资源。
试想一下,如果每个接口都这样调用两次,在前端需要多损耗多少资源,这个在复杂项目中的损耗是不可估量的。于是就查了一番资料,看到了很多不同的解决方法,说一下我解决这个问题的方法和问题原因。
解决方案
1. 使用 URLSearchParams
var params = new URLSearchParams()
params.append('param1', 'value1')
params.append('param2', 'value2')
复制代码
这里的 params
就是正确请求接口入参,这样的操作太复杂了,每次都要这样生成入参数据,实在太累OUT
2. 使用qs.stringify
- 安装qs
npm install --save qs
复制代码
- axios配置
我这里把 axios
的封装写在了 src/plugins/ajax.js
import axios from 'axios'
import qs from 'qs'
// 添加响应拦截器
axios.interceptors.request.use(
config => {
if (config.method === 'post') {
config.data = qs.stringify(config.data)
}
return config
},
error => {
console.log(error)
Promise.reject(error)
}
)
复制代码
这里我们看一下,其实就是在 axios
发起请求的前拦截请求,当请求类型是 post
的时候,把请求的入参数据 qs.stringify
一下,看一下前后数据格式的对比。
// qs.stringify 前
{
"userId": "520b0ec329164dd9a4f216ba8d209029",
"startTime": "1548950400000",
"endTime": "1551369599999"
}
// qs.stringify 后
"userId=520b0ec329164dd9a4f216ba8d209029&startTime=1548950400000&endTime=1551369599999"
复制代码
这时候再去看后台我发起的请求,OPTIONS
已经不存在啦,只发起了一次正常的 post
请求
但是遗憾的是,虽然接口请求类型正确了,但是接口返回的数据错了,接口提示没有获取到正确的入参数据,跟后端的同学一起看了下,应该是入参的数据类型从
json
变成的string
,后端无法正确获取到,这里就需要后端的同学获取入参格式化一下获取到的数据。这样一切就搞定了。
3. 使用Access-Control-Max-Age
这里说一个最简单的解决方法,只要后端同学在设置跨域请求数据的时候,添加 Access-Control-Max-Age
,这个参数的意思是把 OPTIONS
缓存起来,在指定的时间内,不会再次发起 OPTIONS
预请求,这样只有在第一次请求的时候会有 OPTIONS
,如果这个时间拉的足够长,其实并不太损耗资源,这算是一个迂回解决的方法。
// 后端设置,2592000单位秒,这里是30天
response.addHeader( "Access-Control-Max-Age", "2592000" )
复制代码
在控制台开启 Disable cache
,可以看到请求中还有 OPTIONS
,关闭 Disable cache
之后,再看请求已经没有了 OPTIONS
以上就是我们在 axios
中如果遇到复杂请求 OPTIONS
时候的几种解决办法,请各位多指教。