一次失败的 CORS 请求所引发的

本文讲述了作者在处理一个API迁移过程中遇到的CORS请求失败问题,通过设置'hifetch'库的'disableCORS'属性尝试解决,但最终发现需要在服务端处理跨域请求。在探索解决方案的过程中,提到了使用Chrome插件规避CORS限制的临时方法,但意识到这不是长久之计。最后,作者选择将跨域请求操作放在服务端,以实现客户端的CORS请求。文章强调CORS是浏览器层面的机制,服务端并无跨域概念,适合前端开发者学习参考。
摘要由CSDN通过智能技术生成

最近,在负责公司一个老版本 API 的迁移工作,其中就涉及到 CORS 请求。

然而,就在我利用新的 API 发起一个 CORS 请求时,却报出了下面这个错误:

这里写图片描述

原来是由于响应头中不包含 ‘Access-control-allow-origin’ 这个字段,所以也就拒绝了我的跨域资源共享请求。。这 API 设计得。。

不过,身为一名前端小白,该踩的坑自然还是要踩的,错误信息下面不是都说了吗,如果我想要一个 opaque 服务,那么可以把请求模式设置为 ‘no-cors’,bingo!!!

我们公司前端发网络请求都是用的技术大大 @dexteryy 写的一个库 — hifetch ,我自然也就看了一下它的文档,里面果然有关于 ‘no-cors’ 的东西,只需要设置一行属性:’disableCORS: true’ 即可。

然而,设置了之后,得到的结果仍然是和之前一模一样的错误。。。

这个。。。难道是 hifetch 这个库的问题???

带着疑惑,我看了看 hifetch 的源码,果然,发现了这么一段代码:


                
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值