如何在Promise执行器函数内清理异步资源？

你踩的这个坑其实很常见——你写的代码里，Promise执行器函数内部的this根本不是指向当前创建的Promise实例。执行器是Promise构造器同步调用的，默认情况下this要么是全局对象（非严格模式），要么是undefined（严格模式），所以this.finally()自然找不到Promise的finally方法，肯定行不通。

下面给你两种最实用的解决方案，都能确保异步资源被正确清理：

方案一：在resolve/reject分支中手动统一清理 #

Promise最终只会走向resolve或reject其中一个分支，我们可以把清理逻辑封装成函数，在两个分支里都调用它：

return new Promise(function(resolve, reject) {
  // 初始化异步资源（这里是定时器）
  const timeoutId = setTimeout(function() {
    resolve('异步操作完成');
  }, 1000);

  // 定义统一的清理函数
  const cleanup = () => clearTimeout(timeoutId);

  // 包装resolve和reject，确保清理逻辑必执行
  const wrappedResolve = (value) => {
    cleanup();
    resolve(value);
  };

  const wrappedReject = (error) => {
    cleanup();
    reject(error);
  };

  // 示例：如果有其他触发reject的逻辑，用wrappedReject
  // if (someErrorCondition) {
  //   wrappedReject(new Error('操作失败'));
  // }
});

这种方式逻辑直观，清理操作同步执行，没有额外的异步延迟。

方案二：利用Promise的finally方法（闭包配合） #

如果你更倾向于用finally统一处理清理逻辑，可以通过闭包让finally回调访问到执行器内部的异步资源ID：

return (function() {
  let timeoutId;
  const promise = new Promise((resolve, reject) => {
    timeoutId = setTimeout(() => {
      resolve('异步操作完成');
    }, 1000);
  });
  // 在Promise实例上绑定finally，无论成功失败都触发清理
  return promise.finally(() => clearTimeout(timeoutId));
})();

这里用立即执行函数创建闭包，让timeoutId能被外部的finally回调访问到，同样能保证资源被可靠清理。

额外补充：主动取消场景的AbortController #

如果你的业务需要主动取消异步操作，还可以结合AbortController来实现（虽然定时器本身不直接支持，但可以手动关联）：

return new Promise(function(resolve, reject) {
  const controller = new AbortController();
  const timeoutId = setTimeout(() => {
    if (!controller.signal.aborted) {
      resolve('完成');
    }
  }, 1000);

  controller.signal.addEventListener('abort', () => {
    clearTimeout(timeoutId);
    reject(new Error('操作被取消'));
  });

  // 示例：需要主动取消时调用 controller.abort()
});

这个方案更适合需要主动终止异步任务的场景。

内容的提问来源于stack exchange，提问作者Alexander Mills