JavaScript中宏任务执行完后立即清空全部微任务队列，再执行下一宏任务；宏任务如script、setTimeout等按FIFO执行，微任务如Promise.then、MutationObserver等在宏任务结束后批量执行。
JavaScript 中宏任务与微任务的清空时机，关键在于事件循环（Event Loop）的执行规则：每次执行完一个宏任务后，会立即清空当前所有的微任务队列，再继续下一个宏任务。
宏任务的典型来源与执行节奏
宏任务包括：整体脚本代码、setTimeout、setInterval、I/O 操作、UI 渲染、postMessage、setImmediate（Node.js）等。它们被推入宏任务队列，按先进先出顺序执行，但每次只取一个执行。
- 页面加载时，整个 script 标签内容是第一个宏任务
- setTimeout 回调被放入宏任务队列，即使设为 0，也需等待当前宏任务 + 所有微任务执行完毕
- 浏览器每轮宏任务执行后，通常会进行一次 UI 渲染（除非被阻塞或优化跳过）
微任务的触发场景与立即清空特性
微任务包括：Promise.then/catch/finally、MutationObserver、queueMicrotask、Promise 构造函数中的同步执行器（注意：executor 是同步的，但 then 是微任务）。它们被加入微任务队列，且在当前宏任务结束后、下一个宏任务开始前，全部清空，不会中断、不会插队。
- 多个 Promise 链式调用产生的 then，会依次进入微任务队列，按顺序执行，中间不穿插宏任务
- 在微任务中再注册新的微任务（如 then 里再调用 queueMicrotask），它会被追加到当前微任务队列末尾，本轮仍会执行
- MutationObserver 的回调也是微任务，常用于监听 DOM 变化后做批量处理
实际执行顺序示例解析
看这段代码：
立即学习“Java免费学习笔记（深入）”；
console.log(1);setTimeout(() => console.log(2), 0);
Promise.resolve().then(() => console.log(3));
console.log(4);
输出顺序是 1 → 4 → 3 → 2。原因如下：
- 1 和 4 是同步代码，属于首个宏任务，立即执行
- Promise.then 注册的回调进入微任务队列
- 宏任务执行完（脚本结束），立即清空微任务队列 → 输出 3
- 接着取下一个宏任务（setTimeout 回调）→ 输出 2
容易混淆的细节提醒
有些行为看似“异步”，实则不同队列：
- async/await：await 后面的表达式若为 Promise，则 await 之后的代码被包装成微任务；若为普通值，则是同步执行
- Promise 构造函数内部是同步执行的，只有 then/catch 才是微任务
- process.nextTick（Node.js） 在微任务之前执行，优先级高于 Promise.then，但不属于标准 JS 规范
- 浏览器中，UI 渲染发生在宏任务之间，不是微任务；想确保 DOM 更新可见，可用 setTimeout 或 requestAnimationFrame
