微任务需全部清空以确保状态一致、DOM及时更新、避免中间态暴露、匹配JS单线程机制并明确宏/微任务分工边界。
因为微任务的设计目标是完成本轮状态变更的“收尾”，而不是单纯抢时间。清空所有微任务，才能确保状态一致、DOM 可见、逻辑原子、职责清晰。
保证 DOM 更新能及时反映在视图中
浏览器渲染通常发生在微任务清空之后、下一个宏任务开始之前。比如你调用 setState 或触发 Vue 响应式更新，这些操作往往被包装成微任务；如果只执行一个微任务就跳去执行定时器或点击事件，那么页面可能还显示旧数据。只有等所有相关微任务（数据更新 → 依赖收集 → 视图重绘准备）全部跑完，渲染阶段拿到的才是最终一致的状态。
避免中间不一致状态暴露给外部逻辑
微任务之间常有强依赖关系。例如：
- Promise.resolve().then(() => data = 1).then(() => render())
- 或 queueMicrotask(() => updateA()) 内部又调用了 queueMicrotask(() => updateB())
如果不一次性清空，updateA() 执行后 data 已变但 updateB() 还没运行，此时若插入一个点击事件处理函数，它读到的就是“半更新”的中间态，容易引发 bug。
匹配 JavaScript 单线程与协作式调度的本质
JS 没有抢占式多线程，也不支持优先级中断。微任务队列采用 FIFO + “当前轮次追加即执行”策略，是一种轻量、可控的批处理机制。它不新建线程，也不打断同步流程，而是把“必须立刻响应的后续动作”攒在一起，一口气做完——既规避了并发复杂度，又减少了上下文切换开销。
明确宏任务与微任务的分工边界
宏任务代表一次外部输入或系统通知（如用户点击、定时器到期、fetch 响应到达），属于粗粒度工作单元；微任务则负责对这次输入做完整闭环处理：解析响应、更新状态、触发重渲染、清理副作用……清空全部微任务，等于让这条响应链自然走完，不被割裂。
