Promise异步链依赖微任务机制，确保.then()等回调按序执行且不被宏任务打断，形成可预测的调度链，但需避免微任务风暴和无限递归。
Promise 异步链的执行依赖微任务（Microtask）机制，这决定了它比 setTimeout 等宏任务更早执行，也带来了确定性更强、响应更及时的调度表现。
微任务是 Promise 链执行的底层保障
每个 .then()、.catch()、.finally() 回调，在 Promise 状态变化后不会立即运行，而是被推入微任务队列（PromiseJob Queue）。事件循环在当前同步代码执行完、调用栈清空后，会一次性清空整个微任务队列，再处理下一个宏任务。
- 这意味着多个连续的 .then() 会按注册顺序依次执行，中间不被其他宏任务（如用户点击、定时器）打断
- queueMicrotask() 与 Promise 微任务同级，可用于手动插入同等优先级的异步逻辑
- 即使 Promise 已处于 fulfilled 状态，后续调用 .then() 仍会把回调加入微任务队列，而非同步执行
链式调用中的微任务嵌套行为
当一个 .then() 回调里返回新的 Promise（比如 fetch 或另一个 Promise），该返回值会触发新 Promise 的状态解析，并再次生成微任务。这种嵌套不是“堆叠延迟”，而是形成一条可预测的微任务链。
- 例如：a.then(() => b).then(() => c) 中，b 的 resolve 会触发 c 的微任务入列，但 c 不会等到下一轮事件循环才开始——它紧接在 b 的微任务之后执行
- 若回调中抛出错误，会跳过后续 .then()，直接进入最近的 .catch()，该 .catch() 同样作为微任务入列
- 避免在微任务中做大量计算或阻塞操作，否则会拖慢整条微任务队列，影响页面响应
微任务带来的实际性能优势
相比宏任务，微任务调度更紧凑、延迟更低，这对需要快速反馈的场景尤为关键：
- UI 更新一致性：多个状态更新通过 Promise 链聚合后，可在一次微任务批处理中完成 DOM 修改，减少重排重绘次数
- 错误冒泡可控：拒绝态会沿链自动冒泡，所有中间 .catch() 都在同一批微任务中执行，便于集中处理和日志收集
- 资源释放及时：如 fetch().then(...).finally(() => cleanup())，finally 总能以微任务形式尽快执行，避免内存泄漏风险
注意微任务的边界与误用风险
微任务不是“万能加速器”，过度使用反而损害性能：
- 微任务队列无节制增长会导致“微任务风暴”，使主线程长时间无法响应用户输入
- 递归式 Promise 链（如未设终止条件的 retry 逻辑）可能引发调用栈溢出或无限微任务循环
- 不要用微任务替代合理的节流/防抖——它不提供时间间隔控制能力，仅保证“尽可能快地执行”
