手动实现的高级Promise异步引擎通过最小堆管理优先级队列、requestIdleCallback实现空闲调度，并支持Immediate/High/Background三类通道及Promise兼容API。
手动实现一个支持“任务优先级队列”与“空闲时间调度”的高级 Promise 异步引擎，核心在于绕过浏览器默认的微任务（microtask）和宏任务（macrotask）固定调度逻辑，转而用自主控制的任务分发器 + 时间切片 + 优先级堆管理来模拟更精细的异步调度能力。
用最小堆维护优先级队列
Promise 任务本身无优先级，需封装为带 priority 字段的可调度单元（如 { id, fn, priority, deadline }）。优先级队列不能依赖数组排序（O(n log n) 插入），应使用二叉最小堆（升序：数值越小，优先级越高）：
- 插入时
push到数组尾部，再siftUp上浮调整 - 取出最高优任务用
pop（取堆顶），再用siftDown下沉恢复堆序 - 支持动态更新优先级（如任务等待超时后提升 priority）需额外哈希映射定位索引，但基础版可暂不实现
用 requestIdleCallback 实现空闲时间调度
浏览器原生 requestIdleCallback（RIC）会在主线程空闲时回调，且提供 deadline.timeRemaining() 告知剩余可用毫秒数。这是实现“空闲调度”的关键入口：
- 引擎启动后调用
requestIdleCallback(runTasksInIdle) -
runTasksInIdle(deadline)内循环执行高优任务，每次执行前检查deadline.timeRemaining() > 1（留 1ms 防阻塞） - 若时间不足，暂存当前任务，退出并再次调用 RIC；若队列空或超时，直接结束
- 注意降级：RIC 不可用时（如旧版 Safari），回退到
setTimeout(fn, 0)+ 时间切片模拟（每轮最多执行 1~2ms）
混合调度策略：优先级 + 空闲 + 可中断执行
单纯按优先级出队仍可能饿死低优任务，也难应对实时性要求（如动画帧前必须完成 UI 更新）。需引入三类调度通道：
-
Immediate（立即）：通过
queueMicrotask或Promise.resolve().then()插入，不进空闲队列，下一微任务周期执行（适合紧急响应） -
High（高优）：进入最小堆，但 RIC 执行时优先级 > 0 的任务可抢占式运行（例如设置
priority: -10） - Background（后台）：priority ≥ 100 的任务仅在连续空闲 ≥ 50ms 时批量执行，避免干扰用户交互
每个任务执行前加 try/catch 包裹，失败后根据配置决定重试、降级或丢弃，避免单个异常阻塞整个队列。
暴露 Promise 兼容 API：wrap、schedule、defer
对外提供符合直觉的 Promise 风格接口，内部转为调度单元：
-
engine.wrap(fn, options?)：返回一个 Promise，但实际执行由引擎调度；options.priority控制堆内顺序 -
engine.schedule(fn, { priority: 0, delay: 100 })：延迟调度，delay 用setTimeout触发入堆，非 RIC 直接执行 -
engine.defer(() => expensiveCalc(), { idle: true })：明确标记只在空闲期运行，即使 priority 很高也会被 RIC 节流
所有方法返回的 Promise 都能正常 await、.then()，其 resolve/reject 由引擎在任务实际执行完毕后触发。
不复杂但容易忽略：调度器本身不能成为性能瓶颈——堆操作要 O(log n)，RIC 回调要轻量，任务元数据尽量复用对象而非频繁新建。上线前务必用 Long Task API 和 Performance Observer 验证是否真正在空闲期执行。
