no-cors模式根本不能读取响应内容：响应为opaque类型，status恒为0、headers为空、body不可读，调用text()/json()必抛TypeError；仅适用于埋点上报等无需响应的单向请求。
no-cors 模式根本不能读取响应内容
直接说结论：mode: "no-cors" 不是“绕过跨域限制去拿数据”，而是告诉浏览器：“我只要发个请求，不关心返回啥，也不许我碰响应”。浏览器会按 CORS 预检规则发请求，但响应始终是 type: "opaque"，status 固定为 0，statusText 为空，headers 为空对象，body 无法读取 —— 你调用 response.text() 或 response.json() 会直接抛错 TypeError: Failed to fetch。
什么场景下能用 no-cors？
仅适用于“发了就完事”的副作用请求，比如埋点上报、日志记录、触发服务器侧行为（如刷新缓存、通知 webhook）。前提是目标服务不要求响应体，且你不需要校验是否成功（因为你也拿不到状态码）。
- 常见误用：试图用
no-cors请求第三方 API 获取用户数据、token 或配置 —— 行不通 - 可用示例：向统计服务
https://log.example.com/track发一个带 query 的 GET 请求，只管发，不关心它回没回 - 注意：POST 请求在
no-cors下仅允许Content-Type为text/plain、multipart/form-data或application/x-www-form-urlencoded；其他类型（如application/json）会直接被浏览器拒绝，连请求都发不出
为什么 fetch(..., { mode: "no-cors" }) 还会失败？
即使你只打算“发出去”，也得满足浏览器的“简单请求”约束，否则预检（OPTIONS）失败，整个 fetch 就 rejected。典型卡点：
- 请求方法不是
GET、HEAD或POST -
Content-Type值不在白名单内（比如用了application/json） - 设置了自定义 header，如
Authorization、X-Request-ID - 目标域名不支持 OPTIONS 预检（或返回非 2xx 状态）
错误信息通常是：Failed to fetch，没有更具体的提示 —— 这是浏览器故意隐藏细节，防止信息泄露。
替代方案：别硬扛 no-cors
如果你真需要读响应，no-cors 就不是解法。实际路径只有三条：
- 让后端加
Access-Control-Allow-Origin: *（或具体域名）和必要 header（如Access-Control-Allow-Headers），这是标准 CORS 流程 - 走代理：前端请求同域代理接口（如
/api/proxy?url=https://third-party.com/data），由服务端转发并注入 CORS 头 - 如果是自己控制的第三方服务，改用
POST + JSONP（仅限 GET）或服务端直连（如 Node.js 后端用axios请求，再吐给前端）
很多人卡在“以为 no-cors 是后门”，其实它是隔离墙——设计初衷就是防读，不是放行。想读，就得走明路。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
