答案：实现符合Promises/A+规范的Promise需掌握状态机、then链式调用与异步解析。1. Promise有pending、fulfilled、rejected三种状态，状态一旦变更不可逆；2. then方法返回新Promise，根据回调执行结果决议新Promise状态，确保onFulfilled/onRejected异步执行且捕获异常；3. 维护回调队列处理异步resolve，在resolve/reject时将回调推入微任务队列；4. 实现[[Resolve]]过程，递归解析x为Promise或类Promise对象，防止循环引用并确保互操作性。严格遵循规范细节如调用时机、错误处理和单次状态变更，即可构建合规Promise库。
要实现一个符合 Promises/A+ 规范的 Promise 库，核心是理解并正确处理 Promise 的状态机、then 方法的链式调用以及异步解析流程。虽然规范细节较多，但只要抓住几个关键点，就能逐步构建出一个合规的基础版本。
Promise 的三种状态与不可逆性
每个 Promise 实例必须处于以下三种状态之一：pending、fulfilled 或 rejected。初始为 pending，一旦变为 fulfilled 或 rejected，状态不能再改变。
在实现时，可以通过内部变量来追踪状态：
- 定义 this._state 表示当前状态（'pending' | 'fulfilled' | 'rejected'）
- 使用 this._value 存储 resolve 的值或 reject 的原因
- 状态变更只能发生一次，后续的 resolve 或 reject 调用应被忽略
then 方法的规范实现
Promise 的 then 方法必须返回一个新的 Promise，并接收两个可选参数：onFulfilled 和 onRejected。
关键行为包括：
- 如果 onFulfilled 是函数，它必须在 Promise 变为 fulfilled 后以 this._value 作为参数调用
- 如果 onRejected 是函数，它必须在 Promise 变为 rejected 后以拒因作为参数调用
- onFulfilled 和 onRejected 必须异步执行（即使原 Promise 已完成）
- then 返回的新 Promise 需根据回调的返回值进行决议（resolve）
特别注意：当 onFulfilled/onRejected 抛出异常时，返回的 Promise 应该被 reject。
处理异步与回调队列
由于 Promise 支持异步 resolve，我们不能假设 then 被调用时状态已经确定。因此需要维护两个队列：
- this._onFulfilledCallbacks：存放待执行的成功回调
- this._onRejectedCallbacks：存放待执行的失败回调
当 resolve 或 reject 被调用时，遍历对应队列，将所有回调推入微任务队列（例如使用 queueMicrotask 或 setTimeout）中异步执行。
resolve 函数的递归解析机制
Promise/A+ 要求实现一个特殊的 resolve 过程（常称为 `[[Resolve]](promise, x)`），用于处理 x 是否为 Promise 或类似对象的情况。
主要逻辑如下：
- 如果 x 等于 promise 自身，抛出 TypeError（避免循环引用）
- 如果 x 是另一个 Promise，则直接采用它的最终状态
- 如果 x 是对象或函数，尝试读取其 then 属性（需捕获异常）
- 如果 x.then 是函数，则将其视为“类 Promise”对象，并调用其 then 方法进行绑定
这个过程确保了不同 Promise 实现之间的互操作性。
基本上就这些。通过严格遵循状态迁移规则、正确实现 then 的链式结构、异步调度和 resolve 的递归解析，就能构造出一个基本符合 Promises/A+ 规范的 Promise 类。测试可以用官方提供的 promises-tests 套件验证合规性。不复杂但容易忽略细节，比如错误捕获时机和调用次数限制。
