微任务继承链断裂本质是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，而是让每一次微任务注册，都成为一次明确的上下文声明。