用浏览器原生的 fetch API 发起 XHR 请求，服务端返回 401 状态码，前端 fetch 直接抛出异常不走 resolve

[053700]

在浏览器中使用 fetch 的时候，后端因为用户没有认证，返回一个 401 状态码和一些信息，本来打算在 fetch 的 then 里，通过判断 response 的 status 来做区别处理，结果实际情况是，浏览器在发起 fetch 请求后因为返回的状态码是 401，判断请求失败抛了异常，我带着返回内容的响应体和响应状态码全都没了，用.catch()捕获的参数只有一个 TypeError，包含的内容非常有限。

按照网上各路 dalao 的教程来说，应该就算是状态码是 401，但是仍然收到了完整的响应，应该会拿到完整的响应对象的，但是实际上并不是这样。

这里我尝试打印响应对象，但是并没有执行 then 里的逻辑，而是走了 reject，回调方法的参数是一个 TypeError。

还有一些我看不懂的 dalao 们的讨论

#201

[053700]

另外补充一点我的浏览器是 Chrome 63

[serco]

明明返回的 404，options 请求就出错了，压根没有到你的处理逻辑。查查看后端的 routes 配置吧
另外这种情况下不会到 then 的，直接检查 response.ok

[cloudzqy]

跟 401 没关系，压根就没请求成功。
页面是 3000 端口，请求是 3001，我猜是 CORS ？

[053700]

@cloudzqy 是的，是跨域请求。另外这个 404 是我刚改的，等我改回来重新截图。

[053700]

@serco 这个 404 是我刚改的，我改回来重新截图

[gongpeione]

你这是断在了预检了

[053700]

重新补图，这里是后端处理逻辑：


这里是抛异常的地方


这里是请求信息


这里是响应正文，里面有我放的一行字


[053700]

@gongpeione 搞定了，感谢 dalao 指点，因为跨域的 OPTIONS 预检请求被拦截导致后面的请求无法发起，所以直接抛了异常，在后端拦截器位置放通所有 OPTIONS 方法的请求，就可以正确发起请求然后获取响应体了。