promise是为异步建模的原生抽象，本质是含pending/fulfilled/rejected三种不可逆状态的构造函数实例，立即执行executor但.then()在微任务中调度，通过链式返回值传递实现扁平化异步流程。
Promise 不是语法糖，而是为异步流程建模的原生抽象 —— 它本身不消除回调，但把“嵌套回调”转成“链式响应”，从而切断回调地狱的根。
Promise 是什么：一个有状态的异步容器
它不是函数，也不是关键字，而是一个构造函数，实例代表「某个未来才会完成的异步操作」。这个实例内部维护三个状态：pending（进行中）、fulfilled（成功）、rejected（失败），且状态不可逆。
关键点在于：Promise 实例一旦创建，其执行器（executor）函数会立即同步执行；但 .then() 和 .catch() 注册的回调，只在状态改变后、微任务队列中被调度执行。
- 不能用
if (promise === 'success')判断结果 —— 状态不可直接读取，必须用.then() -
new Promise(() => {})会立刻运行 executor，哪怕里面什么都没做，也会触发一次微任务排队 - Promise 链中任意一环抛出错误（包括
throw或返回被 reject 的 Promise），都会被最近的.catch()捕获，跳过后续.then()
如何用 .then() 拆解嵌套回调
回调地狱本质是「每一步依赖上一步结果，又得在回调里写下一步」。Promise 把「传参 + 执行」分离：上一个 .then() 的返回值，自动成为下一个 .then() 的入参。
立即学习“Java免费学习笔记（深入）”；
/* 回调地狱示例（伪代码） */
getUser(id, (user) => {
getPosts(user.id, (posts) => {
getComments(posts[0].id, (comments) => {
console.log(comments);
});
});
});
<p>/<em> 改写为 Promise 链 </em>/
getUser(id)
.then(user => getPosts(user.id))
.then(posts => getComments(posts[0].id))
.then(comments => console.log(comments))
.catch(err => console.error(err));- 每个
.then()回调里，只处理当前步骤的逻辑，不再手动调用下一层异步函数 - 只要返回一个 Promise（比如
getPosts()），链就会等它 resolve 后再进下一个.then() - 如果某步返回普通值（如
return posts.length），下个.then()会立即收到该值 —— 这是 Promise 自动包装的机制
常见陷阱：.then() 返回值没处理好
这是 Promise 链断裂最频繁的原因：忘记返回、返回了未 resolve 的 Promise、或误用 async/await 但没 await。
- 漏写
return：.then(user => { getPosts(user.id); })→ 下个.then()收到undefined，而非 Promise - 返回的是未执行的函数：
.then(() => getPosts)→ 实际返回函数引用，不是调用结果 - 混用
async但没await：.then(async user => getPosts(user.id))→ 返回的是 pending 状态的 Promise，但外层链不会等它 -
.catch()后没重新 throw 或返回新 Promise，会导致错误被吞掉，链继续往下走
Promise.all() 和 Promise.race() 不是语法糖，是并发控制开关
它们解决的不是「嵌套」问题，而是「并行时机」问题 —— 回调地狱有时也来自强行串行多个本可并行的操作。
-
Promise.all([p1, p2, p3])：全部 resolve 才算成功，任一 reject 整体 reject；适合「所有数据齐了才渲染」场景 -
Promise.race([p1, p2, p3])：谁先 settle（fulfill 或 reject）就用谁的结果；适合「接口超时兜底」，比如Promise.race([fetch(url), timeout(5000)]) -
Promise.allSettled()：不管成败都等全部结束，返回每个 Promise 的状态对象；适合批量请求且需分别处理结果
注意：Promise.all() 中任何一个 Promise 被 reject，整个就中断，不会等其余完成 —— 这和你手写 for 循环加 try/catch 的行为完全不同。
