Promise 状态更新不主动通知异步任务，而是通过 resolve/reject 同步改变 pending 状态为 fulfilled/rejected，并将对应回调加入微任务队列自动执行；then/catch 是注册响应函数而非监听器，状态不可逆且不可直接读取。
Promise 的状态更新本身不“通知”异步任务，而是通过状态变化触发后续注册的回调函数（then 或 catch），从而让异步任务的后续逻辑得以执行。关键不是“通知”，而是状态凝固后自动调度已注册的响应函数。
状态更新只发生在 resolve/reject 调用时
Promise 创建时处于 pending 状态。只有在执行器函数中显式调用 resolve() 或 reject() 时，状态才会不可逆地转为 fulfilled 或 rejected。这个过程是同步发生的，但常被包裹在异步操作（如 setTimeout、fetch、axios）内部：
- 调用 resolve(value) → 状态变为 fulfilled，值被保存，所有已注册的 then 成功回调排队进入微任务队列
- 调用 reject(reason) → 状态变为 rejected，错误被保存，所有已注册的 catch 或 then 失败回调排队进入微任务队列
- 一旦状态变更，就再也不会改变 —— 即使之后再调用 resolve 或 reject，也无效
then/catch 是响应机制，不是监听器
你写 .then(onFulfilled) 或 .catch(onRejected)，并不是在“监听”状态，而是在 Promise 实例上注册一个响应函数。当状态变为 fulfilled 时，onFulfilled 会被调用；变为 rejected 时，onRejected（或最近的 catch）被调用。它依赖的是 Promise 内部的状态机和微任务调度机制：
- 如果 Promise 已经是 fulfilled，then 回调会立即作为微任务加入队列
- 如果 Promise 还是 pending，then 回调会被暂存，等 resolve/reject 调用后再触发
- 每个 then/catch 都返回一个新的 Promise，所以链式调用中的每一步都基于前一步的返回值重新创建状态
异步任务如何“感知”状态更新
实际开发中，你不需要手动轮询或监听状态。只要把后续逻辑写在 then 或 catch 里，JavaScript 引擎会在状态确定后自动执行它们。例如：
- 用 fetch 发起请求 → 返回一个 pending Promise → 在 .then 中处理响应数据 → 状态变为 fulfilled 后自动执行
- 封装 axios 请求时，在 resolve 中传入 data → 组件里调用该函数，用 .then 更新 state → 状态更新由 Promise 自动驱动
- 使用 ToastPromise 时，它内部监听 Promise 状态，自动在 pending 显示加载提示、fulfilled 显示成功、rejected 显示错误 —— 底层仍是基于 resolve/reject 触发的回调
常见误区：不要试图“读取”当前状态做判断
Promise 实例没有公开的 .status 属性（Chrome 控制台显示的 [[PromiseState]] 是内部属性，不可靠且非标准）。你不该写类似 if (p.status === 'fulfilled') 的代码。正确做法是：
- 始终用
.then().catch()声明响应逻辑 - 需要组合多个异步任务时，用
Promise.all、Promise.race等静态方法 - 想主动中断或取消？原生 Promise 不支持取消，需配合 AbortController 或封装可取消 Promise
