promise本质是状态不可逆的一次性容器，封装异步操作结果；.then()强制进微任务队列确保时序可预测；.catch()为广播式监听，多个独立响应同一拒绝；promise.all([])立即fulfilled，promise.race([])永久pending。
面试官问 Promise，不是考你背 API，而是看你是否真正理解异步流程控制的底层逻辑。回答要分三层：说清本质、讲透行为、举出反例。下面按高频题型直接给出高效答法。
Promise 的本质是什么？
它是一个状态容器，封装一个未来才会结束的异步操作结果。关键不在“异步”，而在状态不可逆 + 结果可复用：一旦变成 fulfilled 或 rejected，就凝固了；之后无论何时调用 .then()，都能立刻拿到结果。这解决了回调函数里“调用过早/过晚/多次”的信任问题。
为什么 .then() 总是异步执行？
因为 Promise 规范强制要求所有 .then() 回调进入微任务队列（microtask queue），等当前同步代码执行完才执行。比如：
console.log('1');
Promise.resolve().then(() => console.log('2'));
console.log('3');
输出一定是 1 → 3 → 2。这不是浏览器实现细节，而是规范约定，确保时序可预测。
多个 .catch() 会怎样？
每个 .catch() 都独立监听同一个 Promise 的 rejection 状态，互不影响。例如：
const p = Promise.reject('oops');
p.catch(e => console.log('A:', e));
p.catch(e => console.log('B:', e));
会同时输出 A: oops 和 B: oops。这说明 Promise 错误传播是“广播式”的，不是“冒泡式”的——和事件机制完全不同。
Promise.all() 和 Promise.race() 对空数组怎么处理？
Promise.all([]) 立即返回一个 fulfilled 状态的 Promise，值为 []；
Promise.race([]) 则永远 pending（不会决议）。原因在于：all 是“全成功才成功”，空数组视为全部满足；race 是“谁先决议谁赢”，空数组没有候选者，所以卡住。这是常被忽略但能体现阅读规范深度的点。
