微任务继承链断裂本质是Promise与执行上下文状态绑定失效。典型表现为then未入队、abort不生效、ctx丢失、返回非同构Promise；修复需确保Symbol.species正确、then透传信号、禁用原型直接赋值，并通过函数锚点绑定上下文。
覆盖原型链导致微任务继承链断裂，本质是破坏了 Promise 实例与执行上下文之间的状态绑定关系。这不是语法错误，而是一种隐式契约失效：当自定义 Promise 类或重写 then/catch 时，若未正确传递取消信号、未保留原始微任务注册路径，或篡改了 __proto__ / Symbol.species，就会让已排队的微任务在执行时丢失父级上下文、ID、abort 控制或状态快照能力。
识别是否真的发生了微任务继承链断裂
不要仅凭“逻辑没走完”下结论。典型信号包括：
- Promise 链中某一级
then()明明注册了，却完全没被调用（不是被跳过，是压根没进微任务队列） - 使用
AbortController中断后，后续then()仍执行，且传入undefined或默认值（说明取消信号未穿透到微任务调度层） - 调用
Promise.resolve().then(f)后，f执行时无法访问预期的ctx.traceId或ctx.signal - 自定义 Promise 类的实例调用
.then()返回的不是同构 Promise，而是原生 Promise（Symbol.species被覆盖或未设为null）
修复原型链覆盖引发的继承断裂
关键不是“恢复原型”，而是重建契约一致性。重点在三处：
-
确保
Symbol.species正确返回构造器本身：若你扩展了 Promise，必须显式设置static get [Symbol.species]() { return this; }，否则then()返回的是原生 Promise，微任务上下文立即丢失 -
重写
then()时必须透传取消信号与状态句柄：不能只写return new MyPromise(...)，而要捕获当前实例的this._abortSignal和this._traceId，并注入新 Promise 的初始化逻辑中 -
禁止直接赋值
MyPromise.prototype = Object.create(Promise.prototype)：这会切断 MRO 链，导致instanceof Promise为false，多数 polyfill 和 devtool 检测失效；应使用class MyPromise extends Promise并在 constructor 中调用super()
运行时兜底：给微任务加“上下文锚点”
即使原型链被意外修改，也可通过闭包+静态注册方式保底。核心思路是：把关键上下文（如 abort signal、trace ID）不依赖实例属性，而绑定到微任务回调函数自身：
- 在每次
then()注册时，用Object.assign(f, { __ctx: { signal, id } })将上下文挂载到回调函数对象上 - 微任务执行前，调度器统一检查
f.__ctx?.signal?.aborted，若为真则跳过执行，并触发onAborted回调 - 所有 trace 快照记录都优先读取
f.__ctx.id，而非实例属性，避免因原型链断裂导致字段不可达
这类断裂往往不会报错，只会让异步行为“静默降级”。修复的核心不是回到标准 Promise，而是让每一次微任务注册，都成为一次明确的上下文声明。
