手动实现符合 promise a+ 规范且支持微任务调度优先级的基础 promise，需严格遵循三态不可逆、then 链式返回新 promise、值穿透与错误冒泡，并通过可插拔调度器（如 queuemicrotask/promise.resolve().then）异步执行回调。
手动实现一个符合 Promise A+ 规范、且支持“微任务调度优先级”的基础 Promise，核心在于两点：一是严格遵循 Promise A+ 规范 的状态流转、then 链行为和值穿透逻辑；二是将 resolve/reject 后的 onFulfilled/onRejected 回调，以**可控优先级的微任务**（如 queueMicrotask、Promise.resolve().then，甚至可插拔的调度器）触发，而非直接同步或退化为宏任务。
1. 状态与基本结构：严格遵循 A+ 三态与不可逆性
Promise 实例必须有 [[PromiseState]]（pending/fulfilled/rejected）、[[PromiseResult]]（值或原因），且状态只能从 pending → fulfilled 或 pending → rejected，不可逆转。构造函数接收执行器（executor），立即同步执行，并暴露 resolve 和 reject 函数。
- executor 必须被
try/catch包裹，抛出异常应等价于reject(e) -
resolve和reject是单次有效函数，重复调用应被忽略（通过内部标志位控制） - 禁止在非 pending 状态下修改
[[PromiseResult]]或再次触发状态变更
2. then 方法：返回新 Promise + 值穿透 + 错误冒泡
then(onFulfilled, onRejected) 必须返回一个新 Promise（即“链式”），并满足 A+ 对返回值的处理规则（即“Promise Resolution Procedure”）。关键点包括：
- 若
onFulfilled或onRejected返回值为x，需递归调用resolvePromise(promise2, x, resolve2, reject2)进行解析（处理 thenable、循环引用等） - 若
onFulfilled或onRejected抛错，则promise2应被reject（错误冒泡） - 若当前 Promise 处于 pending，需缓存
onFulfilled/onRejected到队列（如this.onFulfilledCbs）；若已 settled，则**延迟调度**这些回调（见下一点）
3. 微任务调度：支持优先级的关键层
A+ 规范未规定具体微任务实现，但要求 then 回调必须异步执行（即“asynchronously”）。标准实现用 Promise.resolve().then 或 queueMicrotask。要支持“优先级”，可抽象出一个调度器接口：
- 默认使用
queueMicrotask(cb)（最高优先级微任务） - 允许用户传入自定义调度器，例如：
–high：用queueMicrotask
–normal：用Promise.resolve().then
–low：用setTimeout(cb, 0)（实际是宏任务，仅作对比示意，不推荐） - 在
resolve/reject内部、以及then中缓存回调被触发时，统一走该调度器：scheduler(() => { /* 执行所有 pending 回调 */ })
4. 关键细节补全：链式、值穿透、错误处理
确保以下边界行为符合规范：
-
promise.then(null, onRejected)等价于promise.catch(onRejected)，且能捕获上游错误 -
promise.then(onFulfilled, null)中，若onFulfilled抛错，下游catch可捕获（错误冒泡） -
promise.then()不传参时，必须做值穿透（return value/throw reason） - 对
x的解析必须防止无限递归（如resolve(x)且x === promise时，应reject(TypeError)）
不复杂但容易忽略：微任务优先级本身不改变 Promise A+ 的语义，它只影响回调执行时机的相对顺序（比如多个 queueMicrotask 总在 Promise.then 之前清空）。真正要手动实现的，是把规范中“must be queued as a job”这一要求，用可配置、可替换的调度策略落地。
