javascript – Slack传入webhook：请求标头字段预检响应中的Access-Control-Allow-Headers不允许Content-type

我尝试在浏览器中通过fetch API发布松弛消息：

fetch('https://hooks.slack.com/services/xxx/xxx/xx', {
  method: 'post',
  headers: {
    'Accept': 'application/json, text/plain, */*',
    'Content-type': 'application/json'
  },
  body: JSON.stringify({text: 'Hi there'})
})
  .then(response => console.log)
  .catch(error => console.error);
};

我收到以下错误消息：

Fetch API cannot load:
https://hooks.slack.com/services/xxxxxxx/xxxxx. 
Request header field Content-type is not allowed by Access-Control-Allow-Headers in preflight response.

该怎么办？

解决方法:

遗憾的是,Slack API端点在处理来自前端JavaScript代码的跨源请求时似乎被打破了,因为它不应该处理CORS预检OPTIONS请求,所以唯一的解决方案似乎是省略了Content-Type头.

所以看起来您需要从请求代码的标题部分删除以下内容：

'Content-type': 'application/json'

‘Content-type’：’application / json’部分触发您的浏览器执行CORS preflight OPTIONS request.因此,为了让您的浏览器允许您的前端JavaScript代码发送您尝试执行的POST请求,https：// hooks .slack.com / services API端点必须返回其值包含Content-Type的Access-Control-Allow-Headers响应头.

但是该端点没有返回该标头,因此预检失败并且浏览器在那里停止.

通常,当从前端JavaScript发布到期望JSON的API端点时,将Content-Type：application / json标头添加到请求中正是您需要做和应该做的事情.但不是在这种情况下 – 因为特定的API端点无法正确处理它.

标签：fetch-api,content-type,javascript,cors,slack
来源： https://codeday.me/bug/20190927/1823121.html