原型链是同步静态结构，异步操作不改变其指向；需确保异步中实例与原型关联正确、不破坏初始化、不污染原型、隔离实例状态、规范继承调用。
原型链本身是同步的静态结构，和异步操作没有直接关系——异步不会改变对象的 __proto__、构造函数的 prototype 或原型链的指向。所谓“在异步中保持原型链一致性”，实际是指：**在异步流程里操作对象时，不意外破坏实例与原型之间的正确关联，也不因状态管理不当导致行为错乱或类型误判**。
确保实例创建与初始化不被异步打断
如果构造函数内部依赖异步逻辑（比如从服务端拉取默认配置再初始化 this 属性），不能把异步结果直接赋给 this 后就返回实例，否则该实例可能处于半初始化状态，方法调用时容易出错。
- 避免在构造函数里发起异步请求并裸露未完成的实例
- 推荐封装为工厂函数：用
async function createInstance() { const data = await fetchConfig(); return new MyClass(data); } - 若必须异步构造，让类自身支持“等待就绪”状态，例如暴露
instance.ready()Promise
避免在异步回调中污染原型或篡改 constructor
常见错误是在 .then 或 async 函数里动态修改 SomeClass.prototype，或者重写 SomeClass.prototype.constructor，这会影响所有已有和未来的实例，且时机不可控。
- 不要在 fetch 回调里执行
MyClass.prototype.method = ... - 不手动设置
obj.constructor = AnotherClass—— 这会破坏 instanceof 判断和调试器识别 - 如需运行时增强行为，用 Object.assign(MyClass.prototype, {...})，但确保只添加方法，不覆盖关键属性
异步操作中维护实例状态隔离性
原型链一致性的表现之一，是多个实例互不干扰。而异步回调常因闭包引用或共享变量，导致本该隔离的状态被意外共用。
- 切勿把可变状态（如 loading、error）挂在原型上：
MyClass.prototype.isLoading = false❌ - 所有实例专属状态必须在构造函数中用
this.xxx = ...初始化 - 异步更新状态时，先校验实例是否仍有效（比如组件已卸载、请求已取消），再更新
this上的字段
class 继承场景下，别因异步逻辑绕过 super()
使用 class Child extends Parent 时，子类构造函数必须第一行调用 super()。若把 super() 包进异步流程（比如等 token 就绪后再调用），会导致 this 不可用、原型链断裂。
- 不允许：
async constructor() { await getToken(); super(); }—— 语法错误，constructor 不能 async - 正确做法：参数预处理（如提前获取 token），或让父类接受异步初始化选项，内部处理 ready 状态
- 继承链上的方法若含异步逻辑，确保
super.method()调用也被 await，不跳过父类行为
