Promise状态单向不可逆，只能从pending转为fulfilled或rejected，这是对其“一次性承诺”语义的精准建模。规范强制锁定终态，确保结果确定性、可预测性与多次调用.then/.catch的安全性。
因为 Promise 的设计目标是**表达一次确定的异步结果**，而不是可反复更新的状态容器。它的本质是一个“一次性承诺”——就像签合同，只承诺一次交付（成功或失败），不支持撤回、重试或状态回滚。
状态不可逆是规范强制约定
ECMAScript 官方规范明确要求：Promise 状态只能从 pending 单向流转至 fulfilled 或 rejected，且一旦变更，状态和结果值就永久锁定。这不是 JS 引擎的限制，而是 Promise 抽象语义的核心部分。
- 如果允许 fulfilled → pending，就等于允许“已发货”变回“处理中”，逻辑上自相矛盾
- 如果允许 rejected → fulfilled，相当于“交易失败”后又“突然成功”，破坏结果的确定性和可预测性
- 这种单向性让开发者能安全地多次调用
.then()或.catch()，无论何时注册，都能拿到同一份终态结果
技术实现依赖状态锁机制
手写 Promise 时，关键逻辑正是靠“状态检查”来保障不可逆：
Java 接口排错助手
下载
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
- 每次调用
resolve()或reject()前，先判断当前this.state === PENDING - 只有在 pending 状态下才更新状态和保存结果；否则直接忽略后续调用
- 这意味着
resolve('a'); reject('b');只有第一个生效，第二个被静默丢弃
符合异步操作的真实行为
现实中的异步任务本身就有确定终点：
- HTTP 请求：要么收到响应（fulfilled），要么超时/断网/4xx5xx（rejected）
- 文件读取：要么读取成功返回内容，要么抛出 ENOENT 错误
- 这些过程天然不可逆——你不能把一个已返回 200 的响应，再改成 500；也不能把已报错的 fs.readFile，中途“修复”成成功
所以 Promise 的状态单向性，不是人为设限，而是对真实异步行为的精准建模。它让异步流程变得可推理、可调试、可组合。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
