我正在尝试使用来自react应用程序的一些自定义头来发出GET请求。
这是axios拦截器的代码:
addCaptchaHeaders(captcha, sgn, exp) {
// remove the old captcha headers
if (this.captchaHeadersInterceptor !== undefined) {
this.removeCaptchaHeader();
}
// Sign new captcha headers
this.captchaHeadersInterceptor = this.httpClient.interceptors.request.use(
config => {
// Add headers here
config.headers.common._captcha = captcha;
config.headers.common._sgn = sgn;
config.headers.common._exp = exp;
return config;
},
error => {
// Do something with request error
return Promise.reject(error);
}
);
}以下是飞行前请求的响应头:
Access-Control-Allow-Headers: origin, content-type, accept, authorization, _captcha, _sgn, _exp
Content-Length: 0
Server: Jetty(9.3.24.v20180605)以下是飞行前请求的请求头:
Accept: */*
Accept-Encoding: gzip, deflate, br
Accept-Language: en-US,en;q=0.9,sl;q=0.8
Access-Control-Request-Headers: _captcha,_exp,_sgn
Access-Control-Request-Method: GET
Connection: keep-alive
Host: localhost:8086
Origin: http://localhost:3000
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.92 Safari/537.36飞行前请求之后的实际请求的头是相同的。因此,Access-Control-Request-Headers: _captcha,_exp,_sgn而不是自定义的请求头。
考虑到这是一个axios配置问题,我使用fetch提出了相同的请求:
fetch(
"http://localhost:8086/podatki/parcela/search?parcela=1727&count=50&offset=0",
{
method: "GET",
headers: {
_captcha: res,
_sgn: sgn,
_exp: exp
}
}
);结果是一样的。
这是浏览器-服务器通信的问题吗?如果是这样的话,响应头中是否缺少一些内容?
和邮递员做同样的请求是有效的。
发布于 2018-09-14 10:50:47
如问题中所示,预飞行的响应头表明服务器没有发回Access-Control-Allow-Methods响应头。
要使浏览器认为飞行前成功,它需要服务器响应同时包括Access-Control-Allow-Headers和Access-Control-Allow-Methods响应头。
发布于 2018-09-14 09:28:00
你在哪里检查标头?Chrome dev工具确实会这样显示它们,但只有当请求无法加载时(因为缺少“访问控制-允许-原产地”标头-在这种情况下,即使服务器返回200 -或其他原因),它也会失败。
https://stackoverflow.com/questions/52328440
复制相似问题