微任务在JavaScript代码执行生命周期中的优先次序

微任务拥有仅次于同步代码的最高优先级，总在当前宏任务结束后、下一个宏任务开始前被立即清空；Promise.then、MutationObserver、queueMicrotask等均属微任务，其执行不被宏任务打断，但过度嵌套可能引发卡顿。

微任务在 JavaScript 执行生命周期中拥有仅次于同步代码的最高优先级，它总是在当前宏任务结束之后、下一个宏任务开始之前被全部清空，不排队、不延迟、不跳过。

微任务执行时机非常明确

只要同步代码执行完毕，调用栈变空，引擎就会立刻检查微任务队列。只要队列非空，就持续取出并执行，直到彻底清空——这个过程不会被任何宏任务打断。

• Promise.then/catch/finally 回调一注册就进入微任务队列，不是等“下一轮”才执行
• MutationObserver 的回调在 DOM 变更后批量触发，也属于微任务，能保证在渲染前响应
• queueMicrotask(fn) 是显式插入微任务的 API，比 Promise.then 更轻量、无副作用

微任务比所有宏任务都早

setTimeout、setInterval、I/O 回调、UI 渲染、requestAnimationFrame 等都属于宏任务，它们必须等当前微任务队列清空后才能轮到自己。

• 哪怕 setTimeout 设为 0，它的回调仍排在下一轮宏任务队列头部，永远晚于本轮微任务
• Vue 的 nextTick 就是基于微任务实现的，确保在数据更新后、DOM 重绘前执行回调
• async/await 函数内部 await 后的代码，本质也是包装成微任务调度的

注意：微任务不是“无限嵌套安全”的

如果一个微任务里又创建新的微任务（比如 Promise.then 里再调用 Promise.resolve().then），队列会持续增长，可能阻塞后续宏任务甚至导致页面卡顿。

立即学习“Java免费学习笔记（深入）”；

• 递归调用 queueMicrotask 或连续链式 Promise.then 容易引发“微任务风暴”
• 浏览器通常对单次循环的微任务数量设有限制，但过度使用仍影响响应性
• 需要批量更新 UI 时，可考虑用 requestIdleCallback 或分片处理，避免压满微任务队列

微任务机制不是语法糖，而是 JS 引擎调度策略的核心一环——它让高确定性、低延迟的异步逻辑成为可能，但也要求开发者对其执行边界保持清醒。