本文介绍一种在将回调式 API 转为 Promise 时，同步保留并返回原始 Task 实例的可靠方法，适用于需调用 task.abort() 等即时操作的场景。
本文介绍一种在将回调式 api 转为 promise 时，**同步保留并返回原始 task 实例**的可靠方法，适用于需调用 `task.abort()` 等即时操作的场景。
在实际开发中，许多异步 API（如小程序、浏览器原生接口或自定义任务系统）采用“回调 + 返回 Task 控制对象”的双模式设计：既通过回调通知结果，又立即返回一个可中断（.abort()）、可监听（.onProgress()）的 Task 实例。若直接用 new Promise 封装，容易因变量作用域或执行时序问题丢失该 Task，导致无法中途取消操作。
幸运的是，new Promise 的 executor 函数是同步执行的——这意味着我们可以在其内部调用 doSomeWork() 并立即捕获返回的 Task，再将其与 Promise 一同返回：
function doSomeWorkAsync(): [Promise<SuccessCallbackResult>, Task] {
let task: Task;
const promise = new Promise<SuccessCallbackResult>((resolve, reject) => {
task = doSomeWork({
success: resolve,
fail: (err) => reject(err),
// 注意：complete 是兜底回调，通常无需在此处理，除非需统一日志
complete: () => {} // 可选：用于副作用，但不应影响 Promise 状态
});
});
return [promise, task];
}✅ 关键点说明：
-
task在doSomeWork()调用后即被赋值，而该调用发生在 Promise executor 内部，保证同步完成； - TypeScript 可能提示
task可能未初始化（因类型推断保守），此时可安全添加类型断言：return [promise, task as Task];； - 若需支持
.abort()，应在获取[promise, task]后立即使用task.abort()，避免 Promise 已 settle 后调用无效； - 不建议在
complete回调中修改 Promise 状态（如二次resolve/reject），否则可能触发未处理的 rejection 或状态冲突。
? 进阶建议（可选封装）：
为提升可读性与复用性，可进一步封装为带 abort 支持的 Promise 工厂：
function doSomeWorkWithAbort(): { promise: Promise<SuccessCallbackResult>; task: Task } {
let task: Task;
const promise = new Promise<SuccessCallbackResult>((resolve, reject) => {
task = doSomeWork({
success: resolve,
fail: reject
});
});
return { promise, task };
}
// 使用示例
const { promise, task } = doSomeWorkWithAbort();
// 立即保存 task，后续可随时中断
setTimeout(() => task.abort(), 3000);
promise
.then(result => console.log('成功:', result))
.catch(err => console.error('失败:', err));总之，利用 Promise executor 的同步特性，我们能在不改变原有 API 行为的前提下，优雅地桥接回调风格与 Promise 风格，并完整保留对底层任务对象的控制权。
