AbortController 在 IE 及部分旧浏览器中完全缺失，需通过检测+Polyfill+降级兜底实现兼容；必须同步引入 es6-promise/auto、whatwg-fetch 和 abortcontroller-polyfill，并按需条件加载或使用 polyfill.io 智能注入。
AbortController 在 IE 全系及部分旧版 Android WebView、Safari 中完全缺失，Babel 转译无法补全——它不是语法问题，而是原生 API 缺失。要实现兼容，核心思路是：**检测 + 按需 Polyfill + 降级逻辑兜底**。
必须引入的 Polyfill 组合
单靠一个包无法全覆盖，需分层引入：
-
Promises：IE11 支持基础 Promise，但不支持
Promise.allSettled；推荐es6-promise/auto或promise-polyfill，确保微任务语义正确 -
fetch：用
whatwg-fetch，基于 XMLHttpRequest 封装，提供类 fetch 的 Promise 接口；注意它默认不支持AbortSignal，需配合下一项 -
AbortController / AbortSignal：单独引入
abortcontroller-polyfill，它能与whatwg-fetch协同工作，让signal选项生效
加载顺序与执行时机很关键
这些 Polyfill 必须在任何业务代码执行前同步就位：
- 不能加
async或defer，否则可能报fetch is not defined - 推荐在 HTML 最顶部用
<script src="..."></script>同步加载，或在入口 JS 的第一行import 'es6-promise/auto' - 更智能的做法是条件加载：
if (!self.AbortController) import('abortcontroller-polyfill')，避免现代浏览器多载
兼容性兜底：避免依赖 signal 的写法
Polyfill 再完善，也无法 100% 复刻原生行为（比如超时后 abort 不触发 AbortError、或某些老环境 signal 事件监听失效）。所以实际编码中要留退路：
- 发起请求前先检查
if ('AbortController' in self)，有则用 signal，无则用传统 flag 控制 - catch 错误时，不只判断
err.name === 'AbortError'，还要兼容err instanceof DOMException或自定义取消标识 - 对非 fetch 场景（如
setTimeout、addEventListener），Polyfill 通常不自动接管，需手动监听signal.aborted并清理
更省心的方案：用 polyfill.io
直接引入官方服务，按用户 UA 自动返回所需 Polyfill：
<script src="https://polyfill.io/v3/polyfill.min.js?features=AbortController%2CPromise%2Cfetch"></script>
它会动态判断浏览器能力，只注入真正缺失的部分，兼顾兼容性与性能。
