高效异步任务调度器需基于调用栈、微任务和宏任务协作节奏分层控制优先级：immediate用微任务，high用rAF，normal用setTimeout，low/idle用requestIdleCallback，并引入时间片限制与动态降级机制。
设计一个高效的异步任务调度器，关键不是堆砌队列或强行插队，而是吃透调用栈、微任务和宏任务三者的协作节奏，并在此基础上分层控制优先级与执行时机。
理解三者关系是调度的起点
调用栈是同步执行的“主干道”，所有代码最终都要压栈执行；微任务队列在每次调用栈清空后立即清空，属于“收尾必做事项”；宏任务队列则按事件循环一帧一帧推进，每轮只取一个任务，是“主线节奏的锚点”。调度器不能绕过这个链条，只能在它允许的位置插入任务。
例如：用户点击触发的响应逻辑必须比日志上报快——这不是靠 setTimeout(0) 比 Promise.then 快，而是因为 Promise.then 是微任务，天然早于下一轮宏任务里的日志上报回调。
按优先级分层建队列，但不打破事件循环规则
不要把所有任务塞进一个数组再排序。应为不同优先级维护独立队列（如 immediate / high / normal / low / idle），但调度逻辑必须尊重原生机制：
- immediate 类任务（如错误恢复、强制重绘）走 queueMicrotask 或 Promise.resolve().then，确保当前宏任务结束后立刻执行
- high 类任务（如输入响应、动画关键帧）用 requestAnimationFrame 包裹，绑定到浏览器渲染节拍，避免掉帧
- normal 类任务（如接口请求后续处理）放入 setTimeout(fn, 0)，进入宏任务队列头部等待
- low 和 idle 类任务（如埋点、预加载）用 requestIdleCallback 或 postMessage 循环，在浏览器空闲时段执行
加入时间片与动态降级，防止单一优先级霸占主线程
高优任务连续执行太久，会阻塞渲染和用户交互。需要主动干预：
- 限制 high 队列单次最多执行 2～3 个任务，之后主动让出控制权，等下次 rAF 或微任务机会再继续
- 监控每个任务执行耗时，若某 high 任务超过 5ms，后续同类型任务自动降级到 normal 队列
- 在 requestIdleCallback 的 deadline 到期前主动中断低优任务，保存中间状态，下次空闲再续
调度器本身要轻量，避免成为性能瓶颈
调度逻辑不能比它调度的任务还重。推荐做法：
- 队列用数组 + shift/pop 实现，避免链表或复杂结构带来的内存开销
- 不使用 setInterval 做轮询检查，改用微任务链式触发（如 microtask.then(scheduleNext)）
- 暴露 pause/resume 接口，方便在页面不可见或资源紧张时暂停非关键调度
