promise的异步结果严格遵循事件循环规则，在当前宏任务结束后、下一个宏任务开始前由微任务队列统一调度执行；then回调入队时机取决于promise状态，已决则立即入队，pending则待状态改变后入队；微任务队列在同步代码执行完后一次性清空；每个then返回新promise，链式调用中回调分属不同微任务轮次；settimeout作为宏任务总在所有微任务之后执行。
Promise 的异步结果不是“立刻执行”，也不是“随便什么时候执行”，而是严格遵循事件循环规则，在当前宏任务结束后、下一个宏任务开始前，统一由微任务队列调度执行。
then 回调何时入队？取决于 Promise 当前状态
调用 then 是同步操作，但它的回调函数是否立即入队微任务队列，要看它所依附的 Promise 是否已确定状态：
- 如果 Promise 已是 fulfilled 或 rejected（比如
Promise.resolve().then(...)），回调会立刻被推入微任务队列 - 如果 Promise 还处于 pending 状态（比如 new Promise 后还没 resolve），回调会被暂存，等该 Promise 状态改变时，再同步推入微任务队列
微任务队列清空时机很明确
JS 引擎不会在同步代码中途插入微任务。它的执行节奏是固定的：
- 先跑完所有同步代码（包括所有
then调用、setTimeout注册等） - 然后一次性清空当前微任务队列：所有已入队的
then/catch/finally回调按注册顺序依次执行 - 之后才进入渲染阶段，再取下一个宏任务（如 setTimeout 回调）
链式调用中每个 then 都产生新 Promise
promise.then(fn) 总是返回一个新的 pending Promise，这个新 Promise 的状态由 fn 的返回值或异常决定：
- 若
fn返回普通值，新 Promise 立即 fulfilled，后续then的回调会在下一轮微任务中排队 - 若
fn返回另一个 Promise，新 Promise 会等待那个 Promise 完成后再决定自身状态 - 这意味着
Promise.resolve().then(a).then(b)中，a和b不会在同一轮微任务里执行，而是先后两轮
和 setTimeout 对比更清楚
哪怕 setTimeout(fn, 0) 设为 0 毫秒，它仍是宏任务，必须等到当前宏任务 + 所有微任务全部完成之后才执行：
- 同步代码 → 微任务（所有 then）→ 渲染 → 宏任务（setTimeout）
- 所以
console.log(1); Promise.resolve().then(() => console.log(2)); setTimeout(() => console.log(3), 0);输出一定是 1 → 2 → 3
