微任务队列在每次宏任务执行完毕后被同步、连续、一次性清空，直到为空才进入下一阶段；其执行是递归清空而非逐个调度，新微任务可动态加入并被本轮执行，优先级高于宏任务。
JavaScript 中微任务队列在每次事件循环的“宏任务执行完毕后”被**同步、连续、一次性清空**，直到队列为空——这个过程不中断、不穿插宏任务，是理解异步行为的关键。
微任务队列何时被触发
它不是独立运行的，而是严格依附于事件循环的阶段切换：每当一个宏任务（如 script 初始化、setTimeout 回调、click 事件处理函数）执行完，引擎立即检查并执行所有当前排队的微任务，且必须全部执行完毕才进入下一阶段（比如渲染或下一个宏任务）。
- 常见微任务源：Promise.then/catch/finally 回调、queueMicrotask()、MutationObserver 回调
- 注意：await 后的代码本质也是包装成 Promise.resolve().then()，属于微任务
- 宏任务（如 setTimeout、setInterval、I/O、UI 渲染）不会在此过程中插入执行
微任务执行是“递归清空”，不是“逐个调度”
新微任务可在执行中动态加入队列，而引擎会持续检查，直到队列彻底为空。这意味着：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 如果在 Promise.then 里又调用 queueMicrotask() 或返回新 Promise，新微任务会追加到当前队列尾部，并被本轮继续执行
- 没有“第1轮微任务”“第2轮微任务”的概念——只有“本轮微任务队列是否清空”
- 极端情况下（如不断新建 Promise.then），可能造成微任务无限循环，阻塞后续宏任务和页面渲染
用代码直观看清空过程
以下代码输出顺序能清晰反映执行节奏：
立即学习“Java免费学习笔记（深入）”；
console.log(1);
setTimeout(() => console.log(2), 0); // 宏任务
Promise.resolve().then(() => console.log(3)); // 微任务1
Promise.resolve().then(() => {
console.log(4);
queueMicrotask(() => console.log(5)); // 微任务2（在本轮内追加）
});
console.log(6);
// 输出：1 → 6 → 3 → 4 → 5 → 2
解释：
– 同步代码 1 和 6 先执行；
– 宏任务 setTimeout 被推入宏任务队列，暂不执行；
– 两个 Promise.then 进入微任务队列；
– 宏任务（script）结束后，开始清空微任务队列：先执行 3，再执行 4；
– 执行 4 时调用 queueMicrotask，新微任务 5 被加入当前微任务队列尾部，仍属本轮；
– 继续执行 5，此时队列为空，本轮微任务结束；
– 进入下一轮事件循环，取出 setTimeout 回调，输出 2。
和宏任务队列的关键区别
微任务队列是“单次全清空”，而宏任务队列是“每次只取一个”：
- 即使宏任务队列里有 10 个 setTimeout，每轮事件循环也只执行其中 1 个，其余等待下次循环
- 但只要微任务队列非空，就一直执行、添加、再执行，直到空为止
- 因此微任务优先级更高，也更容易意外阻塞 UI（比如大量 Promise 链未做节流）
