宏任务与微任务是执行优先级与调度节奏上的协作关系，形成“宏→微→宏→微”节拍；宏任务承载可观测、可中断、需渲染的工作，微任务处理原子性高、延迟敏感、不触发渲染的逻辑。
宏任务和微任务不是并列关系，而是执行优先级与调度节奏上的协作关系——微任务在每个宏任务结束后立即清空，形成“宏→微→宏→微”的稳定节拍。这种机制天然适合构建响应及时、节奏可控的异步框架。
明确任务边界：什么该进宏队列，什么该进微队列
设计框架时，需按语义和时效性做硬性划分：
- 宏任务承载“可观测、可中断、需渲染”的工作：比如 UI 更新（React 的 commit 阶段）、定时器回调、I/O 完成通知、requestAnimationFrame。它们代表一次用户可感知的完整动作单元。
- 微任务处理“原子性高、延迟敏感、不触发渲染”的逻辑：如 Promise 链式响应、状态收敛（如 Redux 的 dispatch 后同步更新 store）、错误兜底（try/catch 无法捕获的异步 reject）、轻量级副作用清理。它们必须在当前帧内完成，否则会破坏一致性。
- 避免把耗时操作（如大数组排序、JSON.parse 大文本）塞进微任务——它会阻塞后续所有微任务及下一个宏任务，导致卡顿。
利用微任务实现“零帧延迟”的状态同步
高性能框架常借助微任务达成视图与状态的瞬时对齐：
- 例如，在 setState 后不直接触发 render，而是 queueMicrotask(() => { flushPendingUpdates() })，确保所有同一批状态变更合并后再统一计算 diff。
- 类似地，Vue 的 nextTick 默认使用 Promise.then，React 的 useTransition 内部也依赖 microtask 实现可中断的更新调度。
- 关键点：微任务不是“更快的 setTimeout”，而是“本次执行上下文结束前的最后一次干预机会”——用好了，就能避开重排重绘抖动，提升视觉流畅度。
分层调度：宏任务作为阶段锚点，微任务作为内部协调器
大型异步框架（如基于 Fiber 的渲染器或 Agent 协作系统）常采用“宏-微嵌套”结构：
- 一个宏任务代表一个逻辑阶段（如“处理用户输入”“执行一轮 Agent 决策”），其内部可能触发多个 Promise 链；这些链的回调自动落入微任务队列，保证阶段内顺序可靠、无竞态。
- 阶段之间靠宏任务隔离（如 setTimeout 或 MessageChannel），便于插入渲染、暂停、降级等控制点。
- Node.js 中还可叠加 process.nextTick（比 Promise.then 更早）用于极细粒度的流程劫持，比如在 stream pipe 前做权限校验。
警惕微任务无限循环陷阱
微任务队列会在每次清空后重新检查——如果某个微任务又创建了新微任务，就可能陷入饥饿式循环：
- 典型反例：Promise.resolve().then(() => { /* 又调用自身 */ });
- 框架设计中应限制递归深度，或改用宏任务做退让（如 setTimeout(fn, 0) 替代 then(fn)），尤其在错误恢复、重试逻辑里。
- 现代运行时（Chrome 94+、Node.js 17+）已加入微任务计数限制（默认 1000），超限抛错，但不应依赖此保护，而应在架构层规避。
