Promise 是一次性状态容器,仅含 pending/fulfilled/rejected 三种单向流转状态;.then 是映射函数,返回值决定下一级输入;.catch 不捕获未链式处理的错误;Promise.all 全成功才返回,allSettled 则收集所有结果。

Promise 不是“更高级的回调”,而是对异步流程控制权的重新封装——它让你能用同步风格写异步逻辑,但前提是理解它的状态机本质。
Promise 本质是「一次性的状态容器」
一个 Promise 实例创建后,内部有且仅有三种状态:pending、fulfilled、rejected,且状态只能单向流转(pending → fulfilled 或 pending → rejected),不可逆、不可重置。
这意味着:
- 调用
.then()或.catch()时如果 Promise 已完成,回调会**立即入微任务队列**,而不是被忽略 -
new Promise(() => {})的执行器函数是**同步立即执行**的,但其中的异步操作(如setTimeout)不会阻塞后续代码 - 没有「取消」机制——一旦创建,它就一定会走完自己的状态路径(除非被 GC)
链式调用中 return 值决定下一级 .then 的输入
这是最容易出错的地方:很多人以为 .then() 只是用来“处理成功结果”,其实它本质是「映射函数」,返回值直接成为下一个 .then() 的参数。
立即学习“Java免费学习笔记(深入)”;
常见情况:
- return 一个普通值(如
return 42)→ 下一个.then收到42 - return 一个
Promise(如return fetch(...))→ 下一个.then等待该 Promise 完成后再接收其结果 - 不写 return / return undefined → 下一个
.then收到undefined - throw 错误或 return
Promise.reject(...)→ 跳转到最近的.catch()或下一个.then(null, ...)
fetch('/api/user')
.then(res => res.json())
.then(user => {
console.log(user.name); // 正常
return user.id; // ← 这个 return 决定了下一级输入
})
.then(id => fetch(`/api/posts?userId=${id}`)) // ← 收到的是 user.id,不是 user
.then(res => res.json())
.catch(err => console.error('出错了:', err));
避免 .catch 捕获不到错误的三个典型场景
.catch() 并非万能兜底,它只捕获「当前 Promise 链中未被处理的 rejection」。以下情况它会失效:
- 在
.then()回调里抛出同步错误,但没写第二个参数(即.then(onFulfilled, onRejected)的onRejected缺失)→ 错误会向下穿透,被后续.catch()捕获;但如果链在此中断(比如最后没写.catch),就变成未处理 rejection - 在
.then()里发起新 Promise 但没加.catch(如then(() => fetch(...).catch(...)))→ 外层.catch()对这个 fetch 的失败无感知 - 使用
async/await但忘了try/catch,或await的 Promise 被丢进 void 上下文(如事件回调里直接await doSomething())→ 错误无法被外层.catch()捕获
Promise.all 和 Promise.allSettled 的关键区别
两者都用于并发多个 Promise,但失败策略完全不同:
-
Promise.all([p1, p2, p3]):只要任意一个 reject,整个就立刻 reject,其余仍在运行但结果被丢弃;全部 fulfill 才返回结果数组 -
Promise.allSettled([p1, p2, p3]):不管成功失败,等所有结束,返回每个 Promise 的状态对象({ status: 'fulfilled', value }或{ status: 'rejected', reason })
选哪个取决于业务语义:要“全成功才继续”,用 all;要“无论成败都收集结果”,用 allSettled。
const requests = [
fetch('/api/a'),
fetch('/api/b'),
fetch('/api/c')
];
// 全部成功才执行,任一失败就中断
Promise.all(requests)
.then(responses => Promise.all(responses.map(r => r.json())))
.catch(err => console.error('某个请求炸了:', err));
// 即使 b 失败,也要拿到 a 和 c 的结果
Promise.allSettled(requests)
.then(results => {
results.forEach((result, i) => {
if (result.status === 'fulfilled') {
console.log(`请求 ${i} 成功`, result.value);
} else {
console.log(`请求 ${i} 失败`, result.reason);
}
});
});
真正难的不是写 then 和 catch,而是判断「这个异步操作是否应该被链住」「错误该在哪儿吞掉还是冒泡」「并发时要不要保底容错」——这些没法靠语法糖解决,得看业务上下文。










