17370845950

Promise 是对“未来值”的可组合抽象，本质为不可逆的状态机（pending→fulfilled/rejected），执行器同步运行，then/catch 回调在微任务队列执行，需注意链式返回、错误捕获范围及状态继承特性。

Promise 是 JavaScript 中用来规范异步操作结果的对象，不是语法糖，也不是回调函数的替代品——它是对“未来值”的一种可组合、可链式处理的抽象。

Promise 本质是状态机，只有三种状态

一个 Promise 实例创建后，内部状态只能从 pending → fulfilled 或 pending → rejected，且不可逆。这个特性决定了它不能“重试”或“取消”，一旦 resolve/reject 就定型。

• 你调用 new Promise((resolve, reject) => {...}) 时，传入的执行器函数会**立即同步执行**，但 then/catch 注册的回调总是在当前宏任务结束后、下一个微任务队列中运行
• Promise.resolve(42) 和 Promise.reject(new Error()) 是快捷构造方式，但要注意：传入一个已 fulfilled 的 Promise（比如另一个 Promise）时，它会直接 adopt 那个 Promise 的状态和值，而不是包装成新 Promise
• 常见误判：Promise.all([p1, p2]) 在任意一个被 reject 时就立刻 reject；若要全部等待完成，得用 Promise.allSettled

用 then 和 catch 处理链式异步，别混用 async/await 风格

混合写法容易漏掉错误边界。例如：

fetch('/api/data')
  .then(res => res.json())
  .then(data => {
    return doSomethingAsync(data); // 返回 Promise
  })
  .catch(err => console.error(err)); // 这里只捕获前两个 then 中抛出的错误

但如果 doSomethingAsync 抛错，catch 仍能捕获——因为链式调用中每个 then 的返回值都会被自动包装进新的 Promise。但如果你在 then 回调里写 thro

• 避免在 then 里写嵌套 Promise：不要 .then(() => new Promise(...))，应直接返回那个 Promise
• catch 不等于 finally：它只处理 rejected 状态，不会在 fulfilled 后执行；真正需要“无论成败都运行”的逻辑，请用 finally 方法
• then(onFulfilled, onRejected) 的第二个参数和单独写 .catch() 行为不同：前者只捕获前一个 Promise 的 rejection；后者会捕获链上所有前面未处理的 rejection

常见错误：忘记返回 Promise 导致链断裂

这是最隐蔽也最常发生的 bug。比如：

getUser()
  .then(user => {
    getProfile(user.id); // ❌ 忘记 return！这里返回的是 undefined，下个 then 接收到的就是 undefined
  })
  .then(profile => console.log(profile)); // profile 是 undefined

修复很简单：

• 要么显式 return getProfile(user.id)
• 要么用 async/await 改写整个链，但注意：async 函数总是返回 Promise，即使你 return 42，它也会被包装成 Promise.resolve(42)
• 工具层可加 ESLint 规则 promise/always-return 来检测这类遗漏

Promise 的难点不在语法，而在理解“状态不可变”和“微任务调度”带来的执行时序差异；很多看似奇怪的行为，比如 setTimeout 和 Promise.then 的执行顺序，根源都在这里。