原型链冲突需分层干预：先用object.getprototypeof定位污染点，再冻结关键原型如object.prototype，接着修复实例原型链或constructor，最后拦截危险操作预防复发。
原型链冲突不是“链断了”才要修，而是当不同模块、库或应用对同一原型（如 Array.prototype、EventTarget.prototype 或自定义类的 prototype）做了不兼容修改时，行为开始错乱——比如方法被覆盖、constructor 指向错误、getter 失效、实例无法被正确识别。修复的核心是**分层干预**：先定位污染点，再冻结、重设或拦截。
第一步：用 Object.getPrototypeOf 精准定位问题层级
它不修链，但能告诉你链在哪断、谁被改了：
- 对可疑对象调用
Object.getPrototypeOf(obj)，看返回是否为你预期的原型（如MyClass.prototype）；若返回Object.prototype或null，说明原型链被截断 - 再查该原型上关键属性：
Object.getPrototypeOf(obj).constructor是否为原构造函数；Object.getOwnPropertyDescriptor(proto, 'methodName')是否还定义在父级而非被复制到子级 - 递归向上遍历：
let p = obj; while (p = Object.getPrototypeOf(p)) { console.log(p.constructor?.name); }，快速发现哪一层 constructor 开始异常或原型对象被注入了非法属性
第二步：冻结关键原型，阻止进一步污染
对已确认被篡改的全局原型（尤其是 Object.prototype、Array.prototype、Promise.prototype），立即冻结：
-
Object.freeze(Object.prototype)—— 阻止新增属性，但不影响已有属性值（注意：不可逆） -
Object.freeze(EventTarget.prototype)—— 微前端中尤其关键，防止子应用重写addEventListener - 冻结前建议先检查：
Object.isFrozen(Object.prototype)，避免重复操作
第三步：修复已污染的实例或原型关系
修复不是改 constructor，而是还原原型链并补全语义：
- 若实例原型链断裂（如
Object.getPrototypeOf(inst) === null），用Object.setPrototypeOf(inst, CorrectClass.prototype)重接 - 若子类原型被字面量重写导致
constructor指向Object，手动补回：Child.prototype.constructor = Child；更稳妥用Object.defineProperty(Child.prototype, 'constructor', { value: Child, writable: true, enumerable: false }) - 若 getter 被意外定义在实例上造成遮蔽，删掉自有属性：
delete inst.propName，让查找回落到原型链
第四步：从源头拦截危险操作
预防比修复更重要，尤其在微前端或多库共存场景：
- 在子应用加载前，临时劫持
Object.defineProperty，拦截对Array.prototype或Object.prototype的写入 - 禁用子应用直接挂载全局类：
window.MyBase = ...改为通过 props 注入或工厂函数返回 - 统一 polyfill 方案，避免子应用各自引入不同版本的
core-js，推荐主应用提前加载并冻结
