promise.then 的回调函数不会立即执行，而是被引擎自动注册为微任务，待当前宏任务结束后按 fifo 顺序执行；即使 promise 已 fulfilled，规范也强制异步调度以确保行为一致性和安全性。
Promise.then 的回调函数进入微任务队列，靠的是 JavaScript 引擎对 Promise/A+ 规范的实现——不是手动“塞进去”，而是在 Promise 状态变更后自动注册为微任务。关键不在 .then 本身，而在它被调用时所依赖的 Promise 是否已 settled（fulfilled 或 rejected）。
为什么 .then 不会立刻执行？
.then 方法本身是同步运行的，它立即返回一个新的 pending Promise，但传入的回调函数（onFulfilled/onRejected）不会同步执行，哪怕原 Promise 已经是 fulfilled 状态。这是因为规范强制要求：所有 then 回调必须异步调度，以保证行为可预测、避免栈溢出和竞态问题。
引擎内部会在 Promise 状态变为 fulfilled/rejected 的那一刻，把对应的回调函数排入当前宏任务结束后的微任务队列，等待事件循环处理。
Promise.resolve().then() 是怎么进队列的？
这是最典型的“高优调度”写法，它的流程非常干净：
- Promise.resolve() 同步创建一个已 fulfilled 的 Promise 对象；
- 紧接着调用 .then(callback)，引擎检测到该 Promise 已 settled，于是立即将 callback 注册为微任务；
- 注册动作同步完成，但 callback 的执行被推迟到当前宏任务（比如整个 script 脚本、click 处理函数等）结束后，且在下一个宏任务（如 setTimeout）之前。
多个 .then 链式调用的执行顺序
每个 .then 都返回新 Promise，后续 .then 的回调是否能进队列，取决于前一个 .then 回调的执行结果和返回值：
- 如果前一个回调返回普通值（如 42、'done'），新 Promise 立即 fulfilled，下一个 .then 的回调随即注册进微任务队列；
- 如果前一个回调返回另一个 Promise（比如 fetch().then(...)），那下一个 .then 的回调要等到这个返回的 Promise settled 后才注册；
- 所有注册进同一轮微任务队列的回调，按 FIFO（先进先出）顺序执行，不会插队。
和其它微任务方式的对比
Promise.then 和 queueMicrotask 共享同一微任务队列，在 V8 等主流引擎中执行优先级一致。但有几点实际差异：
- 兼容性更好：Promise.resolve().then() 在 IE11+、所有现代浏览器和 Node.js 4+ 均可用；queueMicrotask 在旧版 Safari 或 Node.js 10 以下可能不可用；
- 语义更明确：它天然表达“等当前同步逻辑走完，马上做这事”，而不是底层调度原语；
- 不推荐 new Promise(resolve => resolve()).then()：多了一次 Promise 构造开销，且易引发误解，Promise.resolve() 更直接高效。
