fetch在现代浏览器中基本无需polyfill，但需警惕IE及老旧WebView；credentials: 'include'是获取登录态的必要配置；fetch不自动reject HTTP错误状态码，需手动检查res.ok；Worker中可用fetch但无progress事件且绕过Service Worker。
fetch 在现代浏览器里基本不用操心兼容性
只要目标环境是 Chrome 80+、Firefox 69+、Safari 15.4+ 或 Edge 79+，fetch 就能直接用，无需 polyfill。2026 年当前主流桌面/移动浏览器均已原生支持，包括 iOS Safari 15.4 起的版本。唯一需要警惕的是部分企业内网老旧 IE 或定制 WebView（如某些 Android 5.x 系统内置浏览器），它们不支持 fetch，遇到这类场景必须 fallback 到 XMLHttpRequest 或引入 whatwg-fetch polyfill。
credentials: 'include' 不加就拿不到登录态
这是最常踩的坑：同域请求默认也不发 Cookie。哪怕你的 API 和页面同源，只要后端靠 Session/Cookie 鉴权，就必须显式写 credentials: 'include'，否则服务端收不到 Cookie 头，返回 401 或空数据。
-
credentials: 'same-origin'：仅同源时发送 Cookie（较安全，默认值） -
credentials: 'include'：任何请求都带 Cookie（登录态必需） -
credentials: 'omit'：完全不发 Cookie（适合公开接口）
顺带一提：若设了 'include'，服务端响应头必须包含 Access-Control-Allow-Credentials: true，否则浏览器直接拒绝解析响应。
fetch 不会自动 reject HTTP 错误状态码
fetch 只在网络断连、DNS 失败、跨域被拦等底层异常时 reject Promise；而 400、401、500 这类 HTTP 状态码它照常 resolve，只是把 response.ok 设为 false。不手动检查，很容易以为请求“成功”了。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
立即学习“前端免费学习笔记（深入）”；
const res = await fetch('/api/user');
if (!res.ok) {
throw new Error(`HTTP ${res.status}`);
}
const data = await res.json();
漏掉 if (!res.ok) 这一步，后续调 res.json() 可能抛错（比如服务端返回 HTML 错误页），或静默拿到错误数据。
Worker 线程里 fetch 能用，但没 progress 事件
Web Worker 中调 fetch 完全合法，且不阻塞主线程，适合轮询或长周期后台同步。但它和主线程一样，不提供上传进度回调——fetch 本身就不支持 onprogress。如果业务真要上传进度条（比如大文件上传），只能回到主线程用 XMLHttpRequest，或者把文件分块 + fetch 分段提交再自行估算进度。
另外注意：Worker 里的 fetch 同样默认不带 Cookie，需配 credentials: 'include'；且不会触发 Service Worker 的 fetch 事件，所有请求绕过 SW 缓存逻辑。
