Promise本身不支持中断或恢复，其设计决定了一旦启动便不可逆；实际取消需借助AbortController（如fetch）或手动标志位模拟，而“恢复”实为重试、续传或分步执行等业务逻辑替代方案。
Promise 本身不支持中断或恢复，它一旦开始执行就无法中途取消，也没有“暂停”“继续”的状态。这是 Promise 的设计特性决定的：它代表一个**已经启动、不可逆的异步任务的最终结果**。但实际开发中，我们常需要“取消请求”“停止轮询”“避免过期回调”等效果，这需要在 Promise 外层做控制，而不是靠 Promise 自身实现。
用 AbortController 实现请求级中断（现代推荐）
对于 fetch 这类原生支持取消的异步操作，可配合 AbortController 实现真正的中断：
- 创建
const controller = new AbortController()，其signal可传入fetch - 调用
controller.abort()后，fetch会立即 reject 并抛出AbortError - 注意：这只是中止网络请求，不会影响 Promise 构造函数中已同步执行的代码
示例：
const controller = new AbortController();fetch('/api/data', { signal: controller.signal })
.then(res => res.json())
.catch(err => {
if (err.name === 'AbortError') console.log('请求已被取消');
});
// 3 秒后取消
setTimeout(() => controller.abort(), 3000);
封装可取消的 Promise（手动控制逻辑流）
对不支持 signal 的异步操作（如定时器、自定义异步函数），可通过闭包 + 标志位模拟“取消”语义：
立即学习“Java免费学习笔记（深入）”；
- 返回一个对象，包含 Promise 和
cancel()方法 - 在 Promise 内部定期检查是否被取消，若已取消则提前 resolve/reject 或直接 return
- 关键：取消只是让后续逻辑跳过，不是终止正在运行的 JS 代码（比如 setTimeout 回调仍会触发，需手动忽略）
示例（取消轮询）：
function createPollingPromise(url, interval = 1000) {let isCancelled = false;
const promise = new Promise((resolve, reject) => {
const poll = () => {
if (isCancelled) return;
fetch(url)
.then(res => res.json())
.then(data => {
if (!isCancelled) resolve(data);
})
.catch(err => {
if (!isCancelled) reject(err);
});
};
poll();
setInterval(poll, interval);
});
return {
promise,
cancel() { isCancelled = true; }
};
}
// 使用
const { promise, cancel } = createPollingPromise('/status');
promise.then(console.log).catch(console.error);
setTimeout(cancel, 5000); // 5 秒后取消
“恢复”不是 Promise 的能力，而是业务逻辑的重试或续传
Promise 没有暂停/恢复机制，所谓“恢复”，通常指以下几种常见场景的替代方案：
-
失败后重试：用
async/await+ 循环 + 延迟，或封装 retry 函数 -
断点续传：由 API 支持（如传
Range头下载大文件），前端记录已接收字节位置，下次从该位置发起新请求 - 用户主动恢复流程：把异步步骤拆成多个独立 Promise，用状态机管理当前阶段，用户点击“继续”时再执行下一步
为什么不直接扩展 Promise？
有人尝试给 Promise 原型加 cancel() 方法，但这只是伪取消：它无法真正停止底层 I/O 或计时器，且破坏了 Promise/A+ 规范的不可变性。现代标准（如 AbortSignal）和主流库（如 axios.CancelToken 已废弃，改用 AbortController）都倾向将取消逻辑与 Promise 解耦——Promise 负责表达“结果”，取消信号负责表达“意图”。这种分离更清晰、更可控、也更符合关注点分离原则。
