为何不暴露Promise的状态与结果？外部保存该信息是否存在弊端？

首先明确：这种做法并非完全不能用，但属于脱离Promise原生设计范式的技巧，存在诸多需要警惕的潜在问题，具体原因如下：

1. 破坏Promise的不可变性核心特性 #

Promise的核心设计之一是状态一旦敲定（fulfilled/rejected）就永久不可变更。但手动将状态和结果存到外部变量时，你需要自行维护这个不变性——如果后续不慎修改了外部存储的状态或结果，会导致代码逻辑出现难以追踪的不一致。比如：

let promiseState = 'pending';
let promiseResult;
const p = Promise.resolve(42);
p.then(res => {
  promiseState = 'fulfilled';
  promiseResult = res;
});
// 若后续误操作修改了外部存储的结果
promiseResult = 100;
// 此时外部状态与Promise实际结果完全不符

2. 引入竞态条件风险 #

如果在Promise尚未敲定的时候访问外部存储的状态/结果，会拿到错误的pending状态或undefined结果。你需要额外编写逻辑处理这种时序问题，而原生Promise的.then()/await本身已经帮你封装好了异步时序的处理，手动维护状态相当于重复造轮子，还容易触发难以调试的时序bug。

3. 大幅降低代码可读性与维护性 #

其他开发者阅读代码时，默认会遵循Promise的异步范式，看到外部存储的状态变量时，需要额外理解你的自定义逻辑，增加了认知负担。在大型项目中，这种非标准模式会让调试、协作变得困难。

4. 微优化的性价比极低 #

你给出的基准测试显示10000次await已敲定Promise比同步调用慢约25ms，但这是极端的高频调用场景，在绝大多数业务代码中，这种量级的重复await几乎不会出现。而且现代JS引擎对已敲定Promise的await已经做了针对性优化——实际开销远低于你手动维护自定义状态带来的代码复杂度和潜在bug成本。

如果确实需要复用已敲定Promise的结果，更优雅的方式是缓存Promise本身，而非缓存状态和结果：

let cachedPromise;
function getCachedData() {
  if (!cachedPromise) {
    cachedPromise = fetchSomeData(); // 返回Promise
  }
  return cachedPromise;
}
// 多次调用只会触发一次异步操作，后续await直接拿到缓存的结果
await getCachedData();
await getCachedData();

这种方式既利用了Promise的原生特性，又避免了手动维护状态的风险。

关于「有状态Promise」的问题 #

所谓的「有状态Promise」本质就是给Promise附加外部状态存储，它的问题和上述几点完全一致——脱离了Promise“状态仅内部维护且不可变”的设计初衷，引入了额外的维护成本和出错风险。

内容的提问来源于stack exchange，提问作者Aayla Secura