DEV Community
·
尝试使用fetch并传入模式：no-cors（解决方案解析）
💡
原文英文，约600词，阅读约需2分钟。
📝
内容提要
从客户端JavaScript获取数据较为复杂，使用“no-cors”模式无法禁用CORS，导致响应不透明。解决方案是使用CORS代理（如Corsfix）转发请求并注入必要的CORS头，以便正确访问数据。
🎯
关键要点
-
从客户端JavaScript获取数据并不简单，使用'mode: no-cors'无法禁用CORS，导致响应不透明。
-
在Postman中请求API时没有问题，但在客户端代码中会遇到'No Access-Control-Allow-Origin header'的错误。
-
CORS的基本原理是，浏览器默认阻止跨域请求，除非服务器明确发送Access-Control-Allow-Origin头。
-
解决CORS问题的有效方法是使用CORS代理，它会转发请求并注入必要的CORS头。
-
可以使用像Corsfix这样的生产就绪代理来处理CORS头，确保所有用户都能正常访问数据。
-
总结：不要尝试在客户端禁用CORS，而是使用代理来处理请求，以便正确访问数据，同时遵循浏览器的安全模型。
❓
延伸问答
为什么在客户端使用'mode: no-cors'会导致响应不透明？
使用'mode: no-cors'不会禁用CORS，而是返回一个不透明的响应，隐藏了所有的头信息和内容。
如何解决CORS问题以便从客户端获取数据？
可以使用CORS代理，如Corsfix，转发请求并注入必要的CORS头，以便正确访问数据。
CORS的基本原理是什么？
CORS的基本原理是浏览器默认阻止跨域请求，除非服务器明确发送Access-Control-Allow-Origin头。
使用CORS代理有什么好处？
CORS代理可以接收请求、转发到目标服务器，并注入必要的CORS头，确保客户端能够访问响应数据。
在Postman中请求API时为什么没有CORS问题？
在Postman中请求API时没有CORS限制，因为Postman不是浏览器，不受同源策略的限制。
总结一下如何正确处理CORS问题？
总结是，不要尝试在客户端禁用CORS，而是使用代理来处理请求，以便正确访问数据。
➡️
