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 回调里写 throw new Error()，它等价于返回 Promise.reject(...)。
立即学习“Java免费学习笔记（深入）”；
- 避免在
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 的执行顺序，根源都在这里。
