aborterror 是 fetch 被主动中止时的 rejection，需在 promise 的 catch 分支显式处理；应避免 promise 链断裂、复用已 abort 的 signal，并可用 unhandledrejection 监听调试。
AbortError 通常发生在 fetch 请求被主动中止（比如调用 AbortController.abort()）时，但未在 catch 中正确处理，导致异常“未捕获”。关键不是它不能被捕获，而是常因逻辑疏漏或 Promise 链断裂而漏掉。
确保 fetch 调用本身包裹在 try/catch 中
fetch 返回 Promise，AbortError 是 rejection，必须在 Promise 的 rejection 分支处理。直接链式调用 .then().catch() 是最常用且可靠的方式：
const controller = new AbortController();
setTimeout(() => controller.abort(), 500);
fetch('/api/data', { signal: controller.signal })
.then(res => res.json())
.catch(err => {
if (err.name === 'AbortError') {
console.log('请求已被中止');
// 可忽略，或触发 UI 提示“已取消”
return null;
}
throw err; // 其他错误继续抛出
});
避免在 then 回调里丢弃 rejection 链
常见错误：在 .then() 中执行异步操作（如另一个 fetch），却没返回新 Promise 或没加 catch，导致内层 AbortError 无法冒泡到外层：
- ❌ 错误写法（内层 fetch 报 AbortError 不会被外层 catch 捕获）：
.then(data => fetch('/api/next', { signal })) // 忘了 .catch 或 return - ✅ 正确写法（显式返回并捕获）：
.then(data => fetch('/api/next', { signal }).catch(handleAbort))
检查是否意外多次调用 abort() 或复用已 abort 的 signal
重复 abort 或对已终止的 signal 发起新请求，可能触发难以追踪的 AbortError。建议每次请求新建 AbortController，或重置前先判断：
- 不要全局复用同一个
controller实例 - 避免在请求完成后再调用
controller.abort()（比如取消按钮未禁用） - 可加防护：
if (!controller.signal.aborted) controller.abort();
利用 window.addEventListener 监听未捕获异常（仅用于调试）
开发阶段可临时监听全局未捕获 rejection，快速定位漏处理的 AbortError：
window.addEventListener('unhandledrejection', event => {
if (event.reason?.name === 'AbortError') {
console.warn('未捕获的 AbortError:', event.reason);
event.preventDefault(); // 阻止控制台报错（仅调试用）
}
});
上线前务必移除该监听，它不解决根本问题，只辅助发现遗漏点。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
