Fetch 无原生 timeout 参数，需用 AbortController + Promise.race 实现可控超时；每次请求须新建 controller，表单提交需 preventDefault；IE 等旧环境仅能降级为逻辑超时。
Fetch 本身没有 timeout 参数，直接写 timeout: 5000 在绝大多数浏览器里会被忽略——这不是 bug，是规范没定义。
为什么 fetch(..., { timeout: 5000 }) 不起作用
这个写法在部分老教程或错误文档里出现过，但 Chrome、Firefox、Safari 均不识别该字段。它不会报错，也不会生效，请求照常挂起，直到网络层超时（通常是几分钟），完全不可控。
- 规范中从未定义
timeout为fetch的合法 option - 即使某些实验性环境支持，也属非标准行为，上线前必须验证
- 服务端返回 408 或 504 并不等于客户端超时控制——那是后端的事，前端仍需主动中断
用 AbortController + Promise.race 实现真超时
这是目前唯一能真正中止进行中请求、且被现代浏览器广泛支持的方式（Chrome 66+、Firefox 57+、Safari 12.2+）。关键不是“等超时”，而是“发信号让 fetch 主动退出”。
- 创建
const controller = new AbortController() - 把
signal: controller.signal传进fetch的options - 用
setTimeout(() => controller.abort(), 8000)设定倒计时 - 用
Promise.race([fetch(...), timeoutPromise])控制流程出口 -
catch时检查err.name === 'AbortError'，而非只看err.message
示例函数：
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
立即学习“前端免费学习笔记（深入）”；
function fetchWithTimeout(url, options = {}, timeout = 8000) {
const controller = new AbortController();
const timeoutPromise = new Promise((_, reject) =>
setTimeout(() => reject(new Error('Request timeout')), timeout)
);
return Promise.race([
fetch(url, { ...options, signal: controller.signal }),
timeoutPromise
]);
}
表单提交场景下容易漏掉的三件事
用 fetch 替代原生表单提交时，超时逻辑极易出错，尤其在用户快速连续提交或页面跳转时。
- 每次提交必须新建
AbortController，复用旧实例会导致后续请求被意外中止 - 要在
submit事件里调用event.preventDefault()，否则表单仍会走传统提交路径 - 若用户在请求中关闭标签页或导航离开，
controller.abort()可能来不及执行——建议在beforeunload中补一次 abort（但注意：该事件中不能 await）
兼容 IE 或极老安卓 WebView 的降级方案
如果项目仍需支持 IE 或 Android 4.x WebView，AbortController 不可用，此时只能放弃“真正中止请求”，退而求其次做“逻辑超时”：
- 用
Promise.race包裹fetch和一个setTimeoutreject 的 Promise - 请求虽仍在后台跑，但 JS 层会提前抛出超时错误，UI 可及时反馈
- 必须配合服务端合理设置超时（如 Nginx
proxy_read_timeout），避免客户端放弃后请求还在消耗后端资源 - 保留传统
<form action="/fallback"></form>作为兜底，JS 失效时仍可提交
真正难处理的不是代码怎么写，而是 abort 信号发出后，浏览器是否来得及通知网络栈；不同内核对 abort 的响应延迟不一致，测试时务必用 Slow 3G 模拟弱网反复验证。
