Promise 底层基于事件循环、状态机和微任务队列，构造函数同步执行 executor，resolve/reject 触发不可逆状态变更并调度微任务，then 返回新 Promise 实现链式调用与错误冒泡。
Promise 的底层逻辑不是黑箱，它建立在 JavaScript 事件循环、状态机和微任务队列这三块基石之上。理解它，关键在于看清“状态如何流转”“回调何时注册”“链式调用如何延续”这三个动作的配合。
Promise 构造函数执行时就同步运行 executor
new Promise(executor) 一被调用，executor 函数立刻执行，不等任何异步时机。这意味着你在 executor 里写的 console.log 会比外层同步代码之后、但比 setTimeout 更早输出。
- executor 接收两个由 Promise 内部提供的函数：resolve 和 reject
- 这两个函数不是普通回调，而是能触发内部状态变更并调度后续反应的“控制开关”
- Promise 实例创建后默认处于 pending 状态，只有调用 resolve 或 reject 才会切换
状态不可逆 + 微任务调度是核心机制
Promise 内部维护 [[PromiseState]]（pending/fulfilled/rejected）和 [[PromiseResult]]（成功值或失败原因）。一旦状态从 pending 变为 fulfilled 或 rejected，就再也不能更改。
- 当 resolve(value) 被调用，[[PromiseState]] 变为 fulfilled，[[PromiseResult]] 设为 value，并把所有已注册的 onFulfilled 回调推入微任务队列
- 当 reject(reason) 被调用，[[PromiseState]] 变为 rejected，[[PromiseResult]] 设为 reason，并把所有已注册的 onRejected 回调推入微任务队列
- then() 注册的回调不会立即执行，而是在当前宏任务结束后、下一个宏任务开始前统一执行（这就是微任务优先级）
then 方法返回新 Promise，支撑链式调用
每次调用 .then(onFulfilled, onRejected) 都会返回一个全新的 Promise 实例，这是链式调用能成立的前提。这个新 Promise 的状态，取决于 onFulfilled/onRejected 的返回值：
立即学习“Java免费学习笔记（深入）”；
- 若返回一个普通值（如字符串、数字），新 Promise 立即变为 fulfilled，值为该返回值
- 若返回一个 Promise，新 Promise 的状态将“跟随”它（即 resolvePromise 逻辑）
- 若抛出异常，新 Promise 立即变为 rejected，原因为该异常
- 如果未提供 onRejected，错误会自动向下传递，直到被 catch 捕获
错误冒泡与统一捕获靠的是链式 Promise 的状态继承
Promise 链中任意一步抛错或 reject，都会跳过后续所有 onFulfilled，直接触发最近的 onRejected 或最终的 catch。这不是语法糖，而是每个 then 返回的新 Promise 主动将上一步的 rejection 结果作为自己的初始 rejection 原因。
- catch(fn) 等价于 then(null, fn)，本质仍是 then 的语法糖
- 错误不会被静默吞掉——只要链中没有 catch，就会一直向上传到全局（触发 unhandledrejection）
- 即便中间有多个 then，只要没处理错误，它就持续“冒泡”，这是 Promise 错误处理的确定性保障
