微任务队列在宏任务结束后立即清空所有任务，包括过程中新加入的；常见来源有Promise回调、MutationObserver、queueMicrotask等，执行优先级高于宏任务但不触发渲染。
微任务队列是 JavaScript 事件循环中优先级更高、执行更及时的一类异步任务集合，它总在当前宏任务执行完后立即清空，不等待下一轮循环。
微任务队列的核心特点
它不是“随时插入就马上执行”，而是严格遵循“宏任务结束 → 立即执行全部微任务 → 清空为止”的节奏。哪怕在微任务执行过程中又生成了新的微任务（比如 Promise.then 里再返回一个 Promise），这些新任务也会被加入当前微任务队列，继续执行，直到队列彻底为空。
常见微任务来源包括：
-
Promise.then()、.catch()、.finally()的回调 -
MutationObserver的回调 -
queueMicrotask()显式加入的任务 - Node.js 中的
process.nextTick()（优先级比 Promise 还高）
宏任务与微任务的关键区别
两者最本质的差异不在“谁更快”，而在于调度时机和执行粒度：
立即学习“Java免费学习笔记（深入）”；
- 宏任务代表一次事件循环的“主干单元”：如整个
脚本、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
基本上就这些。
