abortsignal.timeout() 是浏览器及新版 node.js 原生支持的静态方法，返回带超时逻辑的 abortsignal，可作为 signal 选项传入 fetch 实现自动中止；但它不处理降级，需配合 try/catch 判断 aborterror 并执行 fallback，且不支持旧环境，须手动兜底。
AbortSignal.timeout() 是什么，它能直接用于 fetch 吗？
AbortSignal.timeout() 是 Chrome 107+、Firefox 119+、Safari 17.4+ 原生支持的静态方法，返回一个带超时逻辑的 AbortSignal。它不能直接“包装” fetch 请求本身，但可以作为 signal 选项传入 fetch()，让请求在指定毫秒后自动中止。
关键点在于：它只触发 abort，不处理降级；abort 后的 fetch() 会抛出 AbortError（不是网络错误），必须显式捕获并走 fallback 逻辑。
常见错误现象：
- 直接写 fetch(url, { signal: AbortSignal.timeout(5000) }) 却没 catch，导致未处理的 promise rejection
- 在旧浏览器（如 Chrome 106 或 Node.js）中使用，报 AbortSignal.timeout is not a function
- 误以为 timeout 会重试或自动 fallback，实际它只中断请求
如何正确组合 timeout + 降级逻辑（含兼容兜底）
核心是把 AbortSignal.timeout() 和 try/catch、fallback 函数串成可复用的流程。注意降级行为需根据业务定义（例如返回缓存值、mock 数据、空对象或调用备用接口）。
实操建议：
- 永远将 fetch() 包在 try 中，并在 catch 分支判断错误类型
- 使用 err.name === 'AbortError' 精准识别超时中断，避免把网络错误或 CORS 错误误判为超时
- 对不支持 AbortSignal.timeout() 的环境，用 AbortController + setTimeout 手动实现等效逻辑
- 降级函数应与主请求解耦，便于单元测试和替换
async function fetchWithTimeout(url, options = {}, timeoutMs = 5000, fallback = () => ({})) {
let controller;
let signal;
<p>if ('timeout' in AbortSignal) {
signal = AbortSignal.timeout(timeoutMs);
} else {
controller = new AbortController();
signal = controller.signal;
setTimeout(() => controller.abort(), timeoutMs);
}</p><p>try {
const res = await fetch(url, { ...options, signal });
if (!res.ok) throw new Error(<code>HTTP ${res.status}</code>);
return await res.json();
} catch (err) {
if (err.name === 'AbortError') {
return fallback();
}
throw err; // 其他错误（如网络断开、CORS）不降级，原样抛出
}
}</p>
为什么不能只依赖 timeout()，还要考虑信号复用与并发控制？
AbortSignal 是一次性的：一旦 abort，就不能再用于其他 fetch；若多个请求共用同一 signal（比如页面级全局 timeout），一个超时会连带中断所有请求——这通常不是你想要的。
使用场景提醒：
- 每个 fetch 请求必须有独立的 signal，不要跨请求复用 AbortSignal.timeout() 返回值
- 若需批量请求统一超时（如“最多等 3 秒，任一完成即停其余”），要用 AbortController 手动控制，而非 timeout()
- 在 React 等框架中发起请求时，还需在组件卸载时手动 abort，否则可能触发“更新已卸载组件”的 warning —— 这和 timeout 无关，但常被混淆
Node.js 环境下怎么用？它支持 AbortSignal.timeout() 吗？
Node.js 18.17+ 和 20.7+ 开始支持 AbortSignal.timeout()，但前提是使用原生 fetch（即 globalThis.fetch）。如果你用的是 node-fetch 或 cross-fetch，它们不转发该静态方法，仍会报错。
实操建议：
- 检查运行时：用 typeof AbortSignal.timeout === 'function' 判断是否可用
- Node.js 中优先升级到 LTS 版本（≥18.17），并确保未覆盖全局 fetch
- 不要依赖打包工具（如 webpack）自动 polyfill —— AbortSignal.timeout() 不在任何标准 polyfill 库中，必须靠运行时支持
超时熔断本身很简单，但真正难的是把 abort、error 分类、降级决策、环境兼容、信号生命周期这五件事串成一条不掉链子的流水线。漏掉任意一环，线上就可能出现“看着超时了却不降级”或者“老用户白屏”这类问题。
