宏任务每次执行一个，微任务在每个宏任务后全部清空；需避免微任务无限递归，用setTimeout或MessageChannel切出宏任务让出控制权，结合分片、优先级队列与requestIdleCallback实现高效调度。
理解宏任务与微任务的调度本质
JavaScript 的事件循环中，宏任务（如 setTimeout、setInterval、I/O、UI 渲染）每次执行一个；微任务（如 Promise.then、MutationObserver、queueMicrotask）则在每个宏任务结束后**全部清空**。这个“清空”特性意味着：若在微任务中持续注册新微任务，可能阻塞渲染、导致界面卡顿甚至栈溢出。
避免微任务无限递归，用宏任务做节流锚点
高吞吐调度器不能无条件用 queueMicrotask 拉满队列。合理策略是：用微任务处理**当前批次内高优先级、低延迟的小任务**，再用 setTimeout(..., 0) 或 postMessage 主动切出一个宏任务，让出控制权给浏览器渲染或其它高优先级工作。
- 把批量任务按大小分片（例如每片 ≤ 1ms），用 queueMicrotask 执行当前片
- 片执行完后，用 setTimeout(() => nextSlice(), 0) 启动下一片——确保至少一次事件循环间隔
- 对实时性要求极高的任务（如动画帧同步），改用 requestIdleCallback 或 requestAnimationFrame 驱动
实现可中断、可优先级分级的任务队列
真实场景中，任务有紧急程度之分（如用户输入响应 > 日志上报 > 缓存清理）。可设计三层结构：
- Immediate 队列：用 queueMicrotask 立即执行，仅放 1–2 个关键任务（如 Promise resolve 回调）
- High 队列：通过 setTimeout(..., 0) 进入下一宏任务，但比普通任务早调度
- Low 队列：用 requestIdleCallback 在浏览器空闲时执行，不抢占主线程
每次调度前检查 document.hidden 或 performance.now()，若已超时或页面不可见，则降级到更低优先级队列，防止后台任务拖慢前台体验。
立即学习“Java免费学习笔记（深入）”；
用 MessageChannel 实现零延迟、无竞争的微任务调度
queueMicrotask 是标准方案，但在某些旧环境或需更高可控性时，MessageChannel 是更轻量、更确定的替代：
- 它触发的回调属于微任务，但不受 Promise 状态链影响，无额外开销
- 可用于构建“任务提交即注册，不立即执行”的缓冲层
- 示例：const { port1, port2 } = new MessageChannel(); port2.onmessage = runNextTask; // 提交任务时 postMessage 到 port1
相比反复调用 setTimeout，MessageChannel 更适合高频、小粒度任务的平滑注入。
