子类覆盖父类异步属性本身不劣化微任务性能，但构造函数中启动异步操作会引发并行Promise、重复调度等问题；应推迟到init()方法串行复用Promise，并显式建模异步状态。
子类单独覆盖父类异步属性本身不会直接劣化微任务查找性能，但若设计不当，会间接引发响应延迟、重复调度、竞态或不必要的 Promise 链膨胀，从而拖慢微任务队列的执行效率。关键不在“覆盖”动作，而在覆盖方式是否破坏了异步初始化的时序可控性与资源复用性。
避免在构造函数中启动异步操作
这是最根本的优化点。esbuild 等构建工具在转换类继承结构时，可能对构造函数内联、提升或重排逻辑，而构造函数中直接 await 或 new Promise 会强制插入微任务，且子类无法等待父类完成——导致多个未协调的 Promise 同时进入微任务队列，增加调度开销。
- ❌ 错误写法（触发冗余微任务）：
class Parent { constructor() { this.data = fetchData().then(...); } }
子类覆盖时又调一次fetchData()，两个 Promise 并行入队。 - ✅ 正确做法：构造函数只做同步初始化，把异步加载推迟到显式方法中；父类提供
init()，子类通过await super.init()串行复用结果。
用单一初始化入口统一管理 Promise 实例
若子类需扩展父类异步数据，不要重新发起请求，而是基于父类已 resolve 的值做后续处理。这样可复用已有的 Promise，避免新增微任务节点。
- 父类返回带缓存的 Promise：
class Parent { #initPromise; init() { return this.#initPromise ??= fetchData().then(data => { this.data = data; return data; }); } } - 子类延续同一 Promise 链：
class Child extends Parent { async init() { const data = await super.init(); this.enhancedData = await enrich(data); return this.enhancedData; } }
整个流程只产生 1 个初始 Promise + 若干 then 回调，不新增微任务入口。
警惕响应式框架中的自动 await 和副作用链
在 Vue/React 等环境中，若将异步属性直接用于响应式依赖（如 {{ user.name }}），框架可能在 getter 中隐式 await，每次访问都尝试 resolve Promise —— 这会导致重复微任务调度，尤其在渲染频繁更新时。
- Vue 示例：避免
computed(() => user.value?.name)中user.value是未 resolve 的 Promise；应先用v-if="user.loaded"或watch(user, ...)控制时机。 - 通用原则：异步状态应显式建模为
{ loading: boolean, data: T | null, error: any }，而非裸露 Promise 实例，防止框架或业务代码反复触发 .then 调度。
必要时手动控制微任务节奏
当确实需要分阶段初始化（如预加载基础数据 → 懒加载关联项），可用 queueMicrotask 替代 Promise.resolve().then，减少 Promise 创建开销；或合并多个小异步步骤为一个 Promise 链，避免碎片化微任务。
- 例如：
async init() {<br> const base = await this.loadBase();<br> await Promise.all([<br> this.loadRelatedA(),<br> this.loadRelatedB()<br> ]);<br> return base;<br>}
比分别 await 三次更高效，微任务调度次数更少。
