不能用 "no-cors" 读取响应数据，因其返回不透明响应（status=0、body不可用、无法调用json/text）；它仅适用于无需响应反馈的简单请求（如埋点），跨域读数据必须由服务端配置CORS或通过同源代理实现。
不能用 Fetch API 将 mode 设为 "no-cors" 来绕过跨域限制，也不能借此读取响应内容。
为什么 "no-cors" 不能用于获取响应数据
mode: "no-cors" 是一个受限模式，它只允许发起“简单请求”（如 GET/POST + 纯文本或表单类 Content-Type），且浏览器会自动屏蔽响应体和大部分响应头。此时 JavaScript 无法调用 response.json()、response.text() 或检查 response.status —— 返回的 response 对象是“opaque”的（不透明的），response.body 不可用，response.status 恒为 0，response.ok 恒为 false。
它的唯一合法用途是：向不支持 CORS 的第三方服务发送“发了就不管”的请求（例如埋点、日志上报、广告打点），且你不需要任何响应反馈。
常见误用场景与替代方案
如果你原本想用 "no-cors" 是为了：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
-
请求外部 API 并读取返回数据 → 必须由该 API 开启 CORS（服务端设置
Access-Control-Allow-Origin），前端用默认mode: "cors"（可省略） -
绕过浏览器同源策略 → 浏览器不允许，
"no-cors"不是后门，它只是禁用响应访问权 -
发请求但不关心结果 → 可以用
mode: "no-cors"，但需确保请求符合简单请求条件（无自定义 header、method 限于 GET/HEAD/POST、Content-Type 限于text/plain、application/x-www-form-urlencoded、multipart/form-data）
正确使用 "no-cors" 的示例（仅发请求，不读响应）
以下代码能发出请求，但无法读取响应，也不会报 CORS 错误（因为不尝试读）：
fetch('https://example.com/log', {
method: 'POST',
mode: 'no-cors', // ✅ 合法，但响应不可读
body: JSON.stringify({ event: 'page_view' })
});
// ⚠️ 下面这行会报 TypeError：Cannot read response body in no-cors mode
// .then(res => res.json())
真正需要跨域读响应？看服务端
如果目标接口是你自己控制的，就在响应头中添加：
Access-Control-Allow-Origin: * # 或指定域名 Access-Control-Allow-Methods: GET, POST, OPTIONS Access-Control-Allow-Headers: Content-Type, Authorization
如果是第三方接口且不支持 CORS，又必须读响应，则需通过自己的后端代理（如 Node.js/Nginx 作反向代理），让前端请求同源的代理地址，由服务端转发并携带响应。
