JavaScript事件循环中，每次执行完一个宏任务后必须立即清空全部微任务队列，才能进入下一个宏任务；宏任务包括setTimeout、script、I/O等，微任务包括Promise.then、queueMicrotask等，微任务优先级更高且批量同步执行。
宏任务和微任务不是“谁先谁后”的简单排序问题，而是由事件循环机制定义的一套调度优先级规则：每次执行完一个宏任务，必须立即清空全部微任务队列，才能进入下一个宏任务。这个机制决定了异步代码的实际执行节奏。
执行时机差异：一个宏任务，一批微任务
宏任务代表较粗粒度的执行单元，比如整个 script 脚本、setTimeout 回调、I/O 完成回调或 UI 渲染。事件循环每轮只取一个宏任务执行；而微任务是细粒度、高响应的任务，如 Promise.then、MutationObserver 或 queueMicrotask。它们不排队等待下一轮，而是在当前宏任务刚结束时立刻批量执行，且必须全部执行完毕才允许下一个宏任务启动。
常见任务归类与典型场景
区分任务类型不能只看 API 名称，更要结合宿主环境与执行上下文：
- 宏任务：setTimeout/setInterval 回调、requestAnimationFrame、用户事件（click/load）、I/O 回调（fs.readFile、fetch 底层触发）、script 标签整体代码、UI 渲染
- 微任务：Promise.then/catch/finally、queueMicrotask、MutationObserver 回调、Node.js 中的 process.nextTick（比 Promise 还早）
注意：Promise 构造函数内的同步代码（如 new Promise(resolve => { console.log('sync') })）仍是同步执行，只有 .then 那部分才是微任务。
调度顺序决定实际行为
错误理解调度顺序容易导致逻辑错乱。例如：
console.log('a');setTimeout(() => console.log('b'), 0);
Promise.resolve().then(() => console.log('c'));
console.log('d');
输出一定是 a → d → c → b。因为：
- 同步部分 a、d 立即执行
- 微任务 c 在同步结束后立刻执行
- 宏任务 b 要等当前轮事件循环彻底结束（含微任务清空）后，才在下一轮被取出
为什么这样设计？关键在控制权移交点
微任务的高优先级不是为了“抢时间”，而是为保障状态一致性和响应及时性：
- Promise 链需要尽快推进，避免中间状态悬置
- MutationObserver 依赖 DOM 变更后立即响应，但又不能打断渲染流程
- queueMicrotask 提供可控的“下一帧前”执行点，比 setTimeout(0) 更精准、无延迟抖动
而宏任务则承担了真正需要“让出主线程”的工作，比如等待真实时间流逝（setTimeout）、等待 I/O 完成、或交出控制权给浏览器做 UI 更新。
