微任务队列在宏任务结束后立即清空所有任务，包括过程中新加入的；常见来源有Promise回调、MutationObserver、queueMicrotask等，执行优先级高于宏任务但不触发渲染。

微任务队列是 JavaScript 事件循环中优先级更高、执行更及时的一类异步任务集合，它总在当前宏任务执行完后立即清空，不等待下一轮循环。

微任务队列的核心特点

它不是“随时插入就马上执行”，而是严格遵循“宏任务结束 → 立即执行全部微任务 → 清空为止”的节奏。哪怕在微任务执行过程中又生成了新的微任务（比如 Promise.then 里再返回一个 Promise），这些新任务也会被加入当前微任务队列，继续执行，直到队列彻底为空。

常见微任务来源包括：

• Promise.then()、.catch()、.finally() 的回调
• MutationObserver 的回调
• queueMicrotask() 显式加入的任务
• Node.js 中的 process.nextTick()（优先级比 Promise 还高）

宏任务与微任务的关键区别

两者最本质的差异不在“谁更快”，而在于调度时机和执行粒度：

• 宏任务代表一次事件循环的“主干单元”：如整个 脚本、setTimeout 回调、用户点击事件、页面渲染等。每次只取一个，执行到底，中间不插队
• 微任务代表“附着在宏任务尾部的轻量补充”：它不开启新循环，也不触发渲染，只是在宏任务刚结束、下一个宏任务还没开始前，抢出一段空隙来批量处理高响应需求的操作
• 执行顺序固定：同步代码 → 宏任务（1个）→ 所有微任务（全部清空）→ 渲染 → 下一个宏任务

为什么这个区分很实用

理解它能帮你避开几类典型问题：

• 避免误以为 setTimeout(fn, 0) 比 Promise.then() 更快——实际后者一定先执行
• 防止在微任务里做大量 DOM 操作或循环计算，导致界面卡顿（因为微任务会阻塞渲染）
• 正确控制状态更新时机：比如用 Promise.resolve().then() 延迟到 DOM 更新后读取布局，比 setTimeout 更精准
• 调试异步逻辑时，能预判输出顺序，比如 console.log('a'); setTimeout(() => console.log('b'), 0); Promise.resolve().then(() => console.log('c')); 输出一定是 a → c → b

基本上就这些。