微任务拥有仅次于同步代码的最高优先级，总在当前宏任务结束后、下一个宏任务开始前被立即清空；Promise.then、MutationObserver、queueMicrotask等均属微任务，其执行不被宏任务打断，但过度嵌套可能引发卡顿。
微任务在 JavaScript 执行生命周期中拥有仅次于同步代码的最高优先级，它总是在当前宏任务结束之后、下一个宏任务开始之前被全部清空，不排队、不延迟、不跳过。
微任务执行时机非常明确
只要同步代码执行完毕，调用栈变空，引擎就会立刻检查微任务队列。只要队列非空，就持续取出并执行，直到彻底清空——这个过程不会被任何宏任务打断。
- Promise.then/catch/finally 回调一注册就进入微任务队列，不是等“下一轮”才执行
- MutationObserver 的回调在 DOM 变更后批量触发，也属于微任务，能保证在渲染前响应
- queueMicrotask(fn) 是显式插入微任务的 API，比 Promise.then 更轻量、无副作用
微任务比所有宏任务都早
setTimeout、setInterval、I/O 回调、UI 渲染、requestAnimationFrame 等都属于宏任务，它们必须等当前微任务队列清空后才能轮到自己。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 哪怕 setTimeout 设为 0，它的回调仍排在下一轮宏任务队列头部，永远晚于本轮微任务
- Vue 的 nextTick 就是基于微任务实现的，确保在数据更新后、DOM 重绘前执行回调
- async/await 函数内部 await 后的代码，本质也是包装成微任务调度的
注意：微任务不是“无限嵌套安全”的
如果一个微任务里又创建新的微任务（比如 Promise.then 里再调用 Promise.resolve().then），队列会持续增长，可能阻塞后续宏任务甚至导致页面卡顿。
立即学习“Java免费学习笔记（深入）”；
- 递归调用 queueMicrotask 或连续链式 Promise.then 容易引发“微任务风暴”
- 浏览器通常对单次循环的微任务数量设有限制，但过度使用仍影响响应性
- 需要批量更新 UI 时，可考虑用 requestIdleCallback 或分片处理，避免压满微任务队列
微任务机制不是语法糖，而是 JS 引擎调度策略的核心一环——它让高确定性、低延迟的异步逻辑成为可能，但也要求开发者对其执行边界保持清醒。
